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Programmers Try Something “Unthinkable” 
and Boost Their Productivity by 106%! 


South Weymouth, MASS.—A recent study here 
has found that adventurous programmers were 
able to boost their productivity an average of 
106%. The scientific study covered some 2,000 
programmers in all languages, including 
Assembler, Basic, C, Cobol, dBASE, FORTRAN, 
and Pascal, among others. As part of the study, 
each programmer was asked to estimate his own 
productivity gain, and the increase averaged a 
stunning 106%. 

How did they do it? By leaving their “comfort 
zones” long enough (usually about one hour) to 
discover the power of the revolutionary program 
editor called Brief, now available in a newly 
updated version 2.1. 

“But It’s Unthinkable ... 

Uncomfortable" 

Of course, for many programmers, switching to 
a new program editor is “unthinkable right now 
... I’m just too busy to learn a new editor... or 
too ‘comfortable’ with what I’ve got.” 

If you’re in this “rather-fight-than-switch” 
group, Brief was designed for you. It's so easy to 
master that you’re up-and-running within 15 
minutes ... and effortlessly surpassing your 
previous editor's performance in the first hour. 
After that, you’re flying. 

In fact, Brief is guaranteed (or your money back 
in full) to double your output. . . yield two hours 
of results for every hour you program ... be the 
easiest-to-use program editor you’ve ever encoun¬ 
tered . . . literally pay for its purchase price in less 
than two weeks . . . boost your creativity into a 
higher gear... and add a whole new dimension 
of excitement and ease to your programming. 

Hard to believe? Well, more than 40,000 copies 
of Brief have been sold, all with a complete 
money-back guarantee. Less than 1 % have been 
returned. 

Perhaps even more impressive is what industry 
leaders are saying: 

“Revolutionary" 

“Exudes power. Programmers feeling limited 
by more basic editors will look upon Brief as a 
liberation. . . .”—Billy Rubin, The C Gazette 

“So far surpasses users’ expectations that it 
may fairly be called revolutionary .”—John Cowan, 
MicroTimes Magazine 

“The best programmer’s text editor I’ve ever 
seen ... a tour de force."—William Zachmann, 
Computerworld 

“The quintessential programmer’s editor. . . . 
Terrific .”—Kent Porter, Dr. Dobb’s Journal 

“TVuly outstanding ."—PC Tbch Journal 

“Simple to learn and use and extremely 
sophisticated. Strongly recommended.”— 

PC Magazine 

“If you need a general-purpose PC programming 
editor, look no further .”—Jerry Pournelle, Byte 

“Staggering” List of Features 

“Quite simply, the best code editor I have seen. 

. . . Brief is to editors as Lotus 1-2-3 is to spread¬ 
sheets. ... Its list of features is staggering.”— 
David Irwin, Data Based Advisor. For example: 
Unmatched Power and Speed . Brief is loaded 
with every imaginable feature to eliminate 
repetitive coding and speed up every function—so 
you can spend your time on creative program¬ 
ming. In fact, it’s unconditionally guaranteed to 
make you a faster programmer than you can be 
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with any other program editor. This is why 
programmers are switching to Brief in droves from 
other editors such as IBM Personal, Norton, 

KEDIT, SideKick, WordStar, Epsilon, Edlin, PC- 
EDT, FirsTime, Pmate, SPF/PC, PC-VI and Vedit 
Plus. Among hundreds of features, it’s . . . 
Reconfigurable . A typical program editor makes 
you adjust your style to suit itself. But you can 
customize Brief any way you want. Computerworld 
raves, “Brief has an extremely powerful macro 
language that can be used to create new com¬ 
mands, modify existing commands, tailor the 
program to any programming language and create 
an initial setup to suit the user in almost any 
situation." 

You can also configure your keyboard any way 
you wish . . . assign any function to any character 
sequence. You can even emulate your present 
editor’s keyboard assignments and thereby gain all 
of Briefs power without having to learn new 
keystrokes! In fact, if there’s anything you don’t 
like about any of Briefs hundreds of features, fine. 
Change it easily, or add new ones you've always 
dreamed of having. 

Breakthrough “UNDO" (Not .lust “tlNDFI.FTF”) . 

“Briefs UNDO feature,” says Microtimes, “is 
astounding in its scope and power. . . . Having the 
ability to undo the mistaken deletion of a whole 
page of valuable information is very reassuring.” 

Indeed, there is no command affecting your 
text that cannot be undone. Example: you’ve sent 
your editor on a global change, only to realize you 
made a mistake. Briefs UNDO key brings you 
back to where you entered the command. Incredi¬ 
bly, you can undo your last 300 commands or 
keystrokes. You’ll save hours, repair mistakes 
faster, and watch your creative abilities soar. You’ll 
be free to explore interesting branches of code 
without fear because at any stage, you can “undo” 
your way back to your first step. A profound 
liberation in your creativity and productivity! 

“The UNDO capability is easily the best of all 
the editors tested.”— PC Tbch Journal 

“UNDO doesn’t just recover accidental dele¬ 
tions, it undoes accidents.. . ."—Steve McMahon, 
Byte 

“Can save endless grief.”— Mark Edwards, 

Dr. Dobb’s Journal 

“Works like a dream. ... I almost look forward 
to making mistakes.”— Elliot Niman, 

The C Journal 

Multiple Windows . Brief gives you unlimited file 
size and an unlimited number of simultaneous 
files. You can load all the files related to your 
project. . . then split the screen into as many 
windows as you need . .. then size each window 
to see just the section you want. You can easily 
move text between windows, even edit the same 
file in several windows at once with a single 
command. 

Immediate Compilation . You can run any com¬ 
piler—even the largest—without having to stop 
editing. You’ll never again waste time reloading 
your editor. Brief will call your compiler, then 
place you at the line of an error—or even a 
potential error—with one keystroke. 

Built-in Support for C, Pascal, Assembler, 
FORTRAN, Cobol, Basic, Modula-2, dBASE, 

24 compilers in all. Adding more languages or 
compilers is a snap. 

Template Editing . Just type abbreviations and 
Brief expands them into entire constructs. In C, 
for example, you get automatically correct indenta¬ 


tion for IF, WHILE, ELSE, etc. Over time, this one 
feature saves you thousands of keystrokes. 

Several Styles of Automatic Indent to choose 
from, so your program sets up the way you want. 
Expressive Searching goes beyond “wildcards” 
with full UNIX-style regular expressions. Search 
and replace backward or forward, or only within a 
marked block. 

“Escape to DOS” (while inside Brief) saves you 
countless hours of reloading. 

Plus many other features , including menu- 
driven setup program ... true full-screen cursor 
movement. . . horizontal and vertical scrolling 
. .. variable tabs... automatic session restore 
... full path support... 10 bookmarks for speedy 
referencing . . . ability to handle extended ASCII 
characters . . . 43-line screen mode . . . optional 
Control-Z at end of file .. . complete control of 
backup files . .. automatic file save when idle . . . 
word-processing capabilities . . . context-sensitive 
help . . . optional borderless windows . . . And it's 
not copy protected. 

Ftill Technical Support , always free. 

System Requirements . Brief runs on the IBM PC 
family of computers, and close compatibles. It 
requires one disk drive and 192K of RAM memory. 
It’s compatible with most resident utility programs, 
such as SideKick/SideKick Plus, SuperKey, Ready! 
and ProKey; most multitaskers and context switch¬ 
ers like DESQview, Windows/Windows 386, 
Software Carousel, TaskView/OmniView and 
Double DOS; and most networks, such as Novell, 
3Com and Tops. It also runs in the OS/2 “com¬ 
patibility box." In short, ills the ultimate editor for 
power users who really want to maximize their 
PC’s potential. 

1-Hour Trial 

(Guaranteed 100-to-l Return) 

To appreciate the scope of BrieFs money-back 
guarantee, imagine if someone offered you a stock 
or other investment with a guaranteed return of 
100-to-l, or your money back. Who could resist? 

Remarkably, Solution Systems, the publisher of 
Brief, makes this very offer to you: Try Brief for 
just one hour. If you’re not convinced it will save 
you at least 100 hours of tedium in the coming 
months (thereby giving you a 100-to-l return on 
the hour you invest with it) . . . if it doesn’t also 
prove it has the power to boost your productivity 
by as much as 106% or more ... be the easiest- 
use program editor you’ve ever encountered .. . 
pay for itself in less than two weeks . . . shift your 
creativity into a higher gear ... and add a new 
dimension of excitement to your programming . .. 
then just send it back at any time within 90 days of 
your purchase and receive a 100 % refund. 

FREE If You Order Immediately a “Super 65” 
disk of the 65 most powerful macros ever designed 
for the greatest program editor ever written. But 
itb yours only if you order immediately. 

How to Try Brief Without Risk 

Brief costs only $195 (plus $4 shipping & 
handling). As Computerworld says, “it’s worth 
every penny.” Best of all, you can try it risk-free 
thanks to the 90-day, 100% money-back guarantee. 
To try Brief without risk and receive your free 
bonus, just call toll-free: 

800-852-8523, ext. 201 

Solution Systems, 541 Main Street, Suit 410 

South Weymouth, MA 02190 
All major credit cards accepted... Volume discounts. 


Reader Service Number 1 


















FACULTY ONLY 


International Contest 
Simulation Graphics 


You can win $5,000 cash 
or 

Two weeks in beautiful La Jolla, California 

You win a gold award pen, inscribed with your 
name, just for entering 


Why a contest? 

We have had a breakthrough in 
graphical user interface technology. 

Now we need imaginative 
demonstration programs for our 
Annual Simulation Conference to 
be held in La Jolla, in September 
1989. 

What is the graphical 
interface technology? 

PC SIMSCRIPT II.5® with 
SIMGRAPHICS,® a powerful 
simulation language with a built-in 
graphics editor. 

Who is eligible to enter? 

Any faculty member of a col¬ 
lege, university, or military school 
anywhere in the world. 

A faculty member may option¬ 
ally enlist the help of a student. If 
so, both the faculty member and 
the student win a prize. 

What is the prize? 

Faculty member: $5,000 cash 
first prize. Two weeks in La Jolla 
with all expenses paid is second 
prize. A gold inscribed Cross Pen* 
for each Faculty member, just for 
entering. 

Student working with a Faculty 
member: $1,000 each for first or 
second prize. A gold inscribed 
Cross Pen for each student who 
works with a Faculty member, just 
for participating. 


How do I get the technology? 

You can easily get SIMSCRIPT 
II.5 with SIMGRAPHICS, under 
CACI’s special university pro¬ 
gram, even if you don’t enter the 
contest. Return the coupon below 
or, better yet, call us at (619) 
457-9681. 

Several graphical demonstration 
programs, user support, and com¬ 
plete documentation are included. 

Simulate what? 

Any system you wish. Our pre¬ 
sent interest is in the quality of the 
user interface, not the model. 

An unusual but important simu¬ 
lation application is desirable, but 
intuitiveness, imagination and a 
sense of the obstacles facing the 
model user are paramount. 

Who chooses the winners? 

The professional organization in 
the field, The Society for Comput¬ 
er Simulation International (SCS), 
chooses the winners. 

The winning entries will be an¬ 
nounced in an upcoming issue of 
SIMULATION, the monthly 
technical journal of SCS. 

How do I enter? 

Fill out the coupon or, better 
yet, call our SIMCONTEST co¬ 
ordinator, Eric Chapman at (619) 
457-9681 for details. 


Act now, we must receive your 
entry form by February 1, 1989, 
and your model by June 1, 1989. 


Rush the SIMCONTEST 
entry form to: 



□ I plan to enter the contest. 

□ We do not have PC SIM¬ 
SCRIPT II.5 with SIM¬ 
GRAPHICS. Rush information 
on the special offer for 
Faculty only. 

My application is: 


Return this coupon to: 

CACI Products Company 
SIMCONTEST 

3344 North Torrey Pines Court 
La Jolla, California 92037 

Or, better yet, call Eric Chapman 
at (619) 457-9681 
Or FAX the completed coupon to 
(619) 457-1184 


* Model Number 4502 

PCS1MSCRIPT II.5, and SIMGRAPHICS are registered 
©1988 CACI, INC. 
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Scientific Applications 
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Debugging 

Graphs/Networks 

Optimization 
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Operating Systems 
Parallelization Tools 
Image Processing 
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MCC Programs in Parallel Software Database Applications 


Registration 
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Conference (including Banquet and Proceedings) $200 $250 Make checks payable to: HCCA4. 

Conference-Student (Proceedings only) $100 $150 After 2/15/89 registration will be 
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Hotel 

A block of rooms has been reserved until February 1,1989 at the Hyatt Regency Monterey 
(Conference Hotel) and the nearby Monterey Hotel Resort. Attendees should make their 
own hotel reservations by calling: 

Hyatt Regency Monterey In California 1-800-826-2196 Single or Double: $118 

Outside California 1-800-228-9000 

Monterey Hotel Resort In California 1-800-622-2099 Single or Double: $66 

Outside California 1-800-426-1685 

For additional information or exhibit information please contact: Bill Hickey, Conference Administrator, (415) 969-6920. 



























INTRODUCTORY PRICE 


$99.95 

Regular price $149.95. 



WALTER BRIGHT - Programmer^ 

^This is a revolutionary product which ^ 
reflects the fact that Walter Bright is one 
of the world’s best programmers. 7? 

Andy Redfern, Personal Computer World 

find it amazing that Walter 
continues to find ways to improve his 
already excellent product. 22 

Scott Robert Ladd, Micro Cornucopia 
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Performance benchmarks 


Benchmark 

Zortech C 

Zortech C+ + 

Turbo C 1.5 

QuickC 1.0 

Sieve 

20.49 

20.54 

23.62 

22.72 

Rsieve 

20.49 

20.54 

23.62 

22.03 

Integer 

1.32 

1.38 

6.31 

6.49 

Float 

0.17 

0.22 

52.29 

51.03 

'Float 

32.73 

37.74 

52.39 

51.63 

Pointer 

17.91 

17.96 

17.13 

16.87 

Rpointer 

17.79 

17.91 

17.14 

16.64 ^ 


3.90 

3.90 

3.90 

3.90 ^ 

Optimize 

0.49 

0.60 

8.46 

8.79 1 


Benchmarks were run 
’The float benchmark 


in 80286 based IBM compatible at 6Mhz with n< 
without optimization. 


A 
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means you don't need to spend a lot of moneyon a C compiler. In fact, Zortech C++ A YES! ‘ink 

comes with a C++ compiler, a C compiler, a linker, a librarian, a fully integrated editing W Rush me: 

environment, context sensitive help and the fastest graphics library you've ever seen! □ Zortech C++ 

a" 99.95* ' ,jk 

With Zortech C++, you can mix and match code in C++, Cand assembler and link q Library Source 

them all together with a single command! $49.95* Tja 

Zortech C++comes with a complete C++and Clibrary, including □ Intro to OOP and C + + 

compatibility with the ANSI C draft. Unique to Zortech C++ is support 
for mice, fast screen writes, re-entrant floating point and speaker 
support. 

Now you can move your Microsoft and Turbo C code over to 
Zortech C++ - we've included compatible library functions! Name.. 

Also, we have made Zortech C++ compatible with . 

Microsoft’s CodeView debugger! ~ Address 

Enter the world of Object Oriented Programming 

(oops) with Zortech C++! VISA or MC#. . 


□ Intro to OOP and C + 

$27.95* 

□ The C+ + Programming Language 
$29.95 

VISA/MC/COD CHECK ACCEPTED 


Only $49.95 * (with C+ + Purchase) 
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T his is my final message to you 
as president of the Computer 
Society. The year has gone by 
quickly and has been an extremely 
rewarding one, both for me personally 
and for the society. I would like to 
review some of the year’s highlights 
before turning this column over to our 
1989 president, Ken Anderson. 

This year saw our membership elect 
the first members of the Board of 
Governors who will serve three-year 
terms, in accordance with recent 
changes to the society’s constitution. 
This came about as a result of recom¬ 
mendations from the Long-Range Plan¬ 
ning Committee (see Oct. 1987 
Computer, p.4) that were approved by 
the membership. As we proceed to stag¬ 
gered three-year terms for all board 
members, the society will benefit from 
greater continuity of leadership. 

Our major activity in nonperiodical 
publications, the Computer Society 
Press, was strengthened by a reorgani¬ 
zation to improve guidance and leader¬ 
ship. The Board of Governors approved 
the required changes to our bylaws (sec¬ 
ond reading) at its June 17 meeting, and 
1 immediately appointed Duncan 
Lawrie to the newly created vice- 
presidential position. He is now making 
appointments to the CS Press Board. 
The membership should begin to see the 
benefits of this enhancement almost 
immediately. 

C.V. Ramamoorthy and Benjamin 
Wah were appointed as editor-in-chief 
and associate editor-in-chief, respec¬ 
tively, of the new IEEE Transactions on 
Knowledge and Data Engineering, 
which will be launched in 1989. In addi¬ 
tion, the Board of Governors approved 
a substantial increase in the editorial 
page budgets for our periodicals, which 
will provide even greater information 
dissemination across the spectrum of 
technical areas in which the society is 
active. 

Our conference activities continue to 


serve as a principal hub for our mem¬ 
bers to obtain information on the latest 
technological developments. The society 
sponsors many technical meetings, 
sometimes in conjunction with other 
IEEE entities and sometimes with out¬ 
side organizations such as the ACM. In 
addition, international conferences are 
frequently held on topics of importance 
to worldwide audiences. In addition, a 
tutorial program supplements the con¬ 
ferences. 

Our Technical Activities Board, led 
by the efforts of Paul Hazen, Ken 
Anderson, and Vice President Laurel 
Kaleda, was intimately involved in 
organizing and carrying out Compusat 
88, one of the most successful IEEE sat¬ 
ellite conference ever held. There were 
140 sites on the receiving end, represent¬ 
ing some 5,600 attendees. This will, no 
doubt, serve as a standard for future 
distributed conferences, and it is appro¬ 
priate that the Computer Society played 
a leadership role in this undertaking. 

Similar activities have been under 
way in our other major areas. For 
example, the Educational Activities 
Board has been involved with the Com¬ 
puting Sciences Accreditation Board, as 
well as in curriculum development. The 
Area Activities Board has increased the 
tutorial offerings to chapters and, with 
the encouragement of the Executive 
Committee, is extending the Distin¬ 
guished Visitor Program beyond the 
continental US. And our efforts in stan¬ 
dards have grown to the point where the 
Computer Society plays a major role in 
sponsoring both hardware and software 
standards that eventually receive inter¬ 
national acceptance. 

Our efforts at marketing the Com¬ 
puter Society to a wide range of profes¬ 
sionals was increased and, thanks to 
some excellent work by Vice President 
Merlin Smith and his group of volun¬ 
teers and staff, resulted in a tremendous 
surge in membership. I think it is espe¬ 
cially noteworthy that our greatest gains 


have been in student memberships and 
in overseas memberships (Regions 
8-10). This certainly bodes well for the 
future of the society, both in terms of 
contributing to the competence of 
tomorrow’s professionals and in attain¬ 
ing a truly international composition. 

With respect to our role as an inter¬ 
national society of computing profes¬ 
sionals, I would like to mention two 
specific events. For the first time, the 
society held an official administrative 
meeting outside of the continental US. 
In April, the Executive Committee met 
at the society’s office in Brussels, and 
also participated in CompEuro 88. We 
had an opportunity to meet with some 
of our counterparts within the region, 
which led to the society’s participation 
in the Region 8 25th Anniversary 
Celebration during October in Munich. 
While in Europe to attend this function, 
I also had an opportunity to be on the 
program of the TAB OPCOM Chapter 
Workshop in Madrid. In addition, I 
met with several of the European 
national computer society presidents, 
who all agreed to establish an affiliate 
relationship with the Computer Society. 
This will mean an even greater opportu¬ 
nity to broaden the international base 
for our publications and conferences. 

Finally, I would like to acknowledge 
the help and advice of all the volunteers 
and staff members. An organization 
like the Computer Society, with nearly 
100,000 members, a staff of 84, 10 peri¬ 
odicals, some 70 books annually, and 
over 100 conferences per year, is clearly 
more than a single volunteer can man¬ 
age effectively. In particular, I would 
like to thank Michael Elliott, our execu¬ 
tive director, for his tireless efforts in 
preventing too many mistakes by the 
president. 


Edward A. Parrish, Jr. 
President 
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Just a pencil or a 
telephone can help you get 
national coverage for your 
software at no cost. 


Fill out the coupon or call IBM 
today to find out more about 
listing your software with 
IBM’s National Solution Center. 

Think about the possibility of 
having IBM representatives 
throughout the country available 
I to show your software to their 
I customers. 

I You’ve just imagined IBM’s 

I National Solution Center — a 
» centrally maintained, regularly 

II updated electronic data base 
3 of software sources for mid- 
n range and mainframe ap- 
^ ^ plications. And you may be 

able to become part of it. At 
no charge. 

Here’s how. Fill out and mail 
the coupon below, or call 
1 800 IBM-2468, Ext. 94. 

We’ll send you a nomination 
: form where you’ll list de- 
\ scriptive, technical and 
pricing information about 
your software programs. 

It’s very comprehensive, so 
you’ll be able to describe 
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your software in detail. We’ll review your 
descriptions and if your software becomes part 
of the National Solution Center, it’s in the same 
electronic data base our marketing representa¬ 
tives constantly use to find solutions for their 
prospects’ and customers’ unique needs. 

Sounds like a great opportunity, doesn’t it? 

Now pick up a pencil (or a pen), or reach fo r 
your telephone, and 
find out about getting 
national coverage « —,,, ,, 

for your software jm jr 

through IBM's J (fs "4 
National Solution It. ■ L ~' 

Center. Fill out the 
coupon today, or call 

1 800 IBM-2468, Ext. 94. 


And by the way, the National Solution Center 
isn’t just for software developers. Software 
users with IBM equipment can benefit from it, 
too, by quickly finding the exact software 
applications they need. For more informa¬ 
tion, fill out the coupon today or call 
1 800 IBM-2468, Ext. 108 to arrange to 
have an IBM representative contact you. 



Yes, I want to have my software listed 
in IBM’s National Solution Center. 


I’m ready to have IBM representatives throughout the 
country available to show my software to their customers. 
Please send me a nomination form today. 

□ I’m not a software developer, I’m a software user with 
IBM equipment. Please arrange to have an IBM represen¬ 
tative contact me to show me how I can use the National 
Solution Center to find the software I need. 

Mail to: IBM Corporation, DRM, Department 94C 
101 Paragon Drive, Montvale, NJ 07645-9950. 


City 

( 


Zip 





















Mapping the 
Design Information 
Representation 
Terrain 


Dallas E. Webster 

Microelectronics and Computer Technology Corp. 



D espite the information-intensive 
nature of the design process and 
the importance of representation 
to problem-solving, basic research regard¬ 
ing the representation of software design 
information has been scarce. This article 
presents some early results from an ongo¬ 
ing design representation* technology sur¬ 
vey and assessment within the Design 
Information Group of the Software Tech¬ 
nology Program (STP) at Microelectronics 
and Computer Technology Corp. 

This survey’s initial objectives were to 
provide a context for the evaluation of 
alternatives for representation of software 
design information and to serve as a cata¬ 
lyst for further research in the area. The 
former objective has been realized in the 
form of a rough “technology map” of the 
design representation “terrain,” while the 
latter objective is an ongoing challenge. 

The terrain has been relatively unex¬ 
plored, and the map—although 
qualitative—is a useful first step toward 
further research. 1 will begin by discussing 
the scope of the design information repre¬ 
sentation problem and STP’s approach 
and goals in the technology survey. Then, 
I’ll concentrate on the technology map 
and some observations derived from 
the survey. 


* I will use “design representation” and “design infor¬ 
mation representation” interchangeably, usually 
reserving the latter for emphasis. 



Design information 
representation- 
critical for 
analysis and 
communication— 
remains primitive. 
This working “map” 
of the relevant 
technological terrain 
provides context for 
expressing current 
deficiencies and 
exploring alternatives. 


Background 

Design, information, and representa¬ 
tion. In a sense, design is representation— 
of an object being created. 1,2 A design is 
an information base that describes aspects 
of this object, and the design process can 
be viewed as successive elaborations of 


representations, such as adding more 
information or even backtracking and 
exploring alternatives. 

Design information includes not only 
the design but also information about the 
design (for example constraints, methods, 
and goals) and the design process (such as 
history and environment). Such informa¬ 
tion must be represented in some form so 
it, too, can be analyzed, organized, and 
communicated. It must serve as the basis 
for the next design step or the next design. 

The nature and scope of design infor¬ 
mation. This survey was initiated as a 
result of representation needs perceived 
within STP, emphasizing the so-called 
upstream design or development of large- 
scale, coordinated software systems. 3 
Whereas the downstream of software 
development is fairly formal and con¬ 
cerned with artifacts such as code, mod¬ 
ules, and documentation, the upstream 
design emphasis is informal—often 
abstract or fuzzy—and concerned with the 
early aspects of the development process. 
Difficulties in technical and managerial 
information flow amplify the fuzziness of 
the upstream process. 

This upstream design emphasis is not as 
narrow as it might appear, since I favor a 
continuous feedback model over the 
phased life-cycle model. Design and 
upstream are then unbroken processes, 
and sufficiently detailed design can sub- 
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sume the entire development process. The 
phased model would use terms like “devel¬ 
opment” in many places where I have used 
“design,” but I envisage an exploratory 
process in which the standard phases, such 
as requirements, development, and imple¬ 
mentation, are blurred or can be consid¬ 
ered in parallel. 

An important implication of an empha¬ 
sis on large, complex systems is that 
upstream abstractions must be communi¬ 
cated and explored within an extended, 
collaborating group of people, with the 
aims of finding and representing appropri¬ 
ate abstractions for a problem, and analyz¬ 
ing and refining the representation to a 
point sufficiently concrete to feed the 
downstream. Since up- and downstream 
activities interface continuously, we can¬ 
not separate their representation needs. 

The amount, diversity, and interrela¬ 
tionships of the data encountered are 
among the design environment’s most 
striking features. 4 Incorporating the 
upstream has a significant impact on rep¬ 
resentation requirements, especially via 
the emphasis in early design on incremen¬ 
tal, exploratory development, with evolv¬ 
ing degrees of structure, regularity, 
precision, completeness, formality, and 


consistency. Moreover, the design process 
must itself be represented, and it cannot be 
decoupled from the policies and proce¬ 
dures within the organization or environ¬ 
ment it’s embedded in. Furthermore, 
information requirements extend beyond 
mere data capture: Information must be 
represented effectively so it will be appro¬ 
priately accessible and useful to those who 
hold a vested interest in the design. 

Table 1 illustrates three design- 
information views, expanding in coverage 
to encompass design process, broad spec¬ 
trum (including upstream) design, finer 
granularity, and increased processabilty. 

Conventional software methodologies 
were developed to address design artifacts, 
particularly the code and its documenta¬ 
tion, and to help people understand 
designs and communicate with other peo¬ 
ple. The information aspects of such 
methodologies tend to be downstream and 
product-oriented, thus addressing pro¬ 
cesses, functions, mechanisms (such as 
CPU’s or storage systems), data flow, con¬ 
trol flow, performance, and resources. 

The raison d’etre for our representation 
interest is that conventional systems do not 
adequately cover the representation needs 
of the design process. As I will elaborate 


on later, conventional systems exhibit 
what could be called representational myo¬ 
pia and, in many cases, are hard to use and 
have little or no semantic basis. 

The recent IEEE Standard Project 
1016 s extended the conventional view and 
captured some information that is relevant 
to the design process. However, it is a 
least-common-denominator approach 
that tries to determine a minimal set of 
descriptive components present in every 
design. It does not address internal repre¬ 
sentation or processing, choosing to leave 
most of the information unstructured. 

STP’s research suggests that a much 
more diverse design-information network 
must be represented to support “full 
stream” design of large, complex systems. 
This network should eventually include all 
data relevant to the design process, such as 

• issues that arise (including alterna¬ 
tives and issue resolution, through 
decisions and rationale); 

• the various stakeholders (that is, 
those with vested interest in the 
design), along with their views and 
interests; 

• notes or comments (including items 
to be decided and questions); 

• artifacts (including code, documenta- 


Table 1. Scope of design information. 


Conventional 

IEEE Standard 1016 

Broad spectrum information concepts 

Processes/Functions 

Designer 

Objects 

Relationships 

Mechanisms 

Source 

Stakeholders 

Temporal relations 

Data/Data flow 

Type 

Views/Interests 

Histories 

Control/Control flow 

Purpose 

Work procedures 

Schedules 

Performance 

Function 

Issue bases 

Transformations 

Resources 

Subordinates 

Issues 

Versions 


Dependencies 

Alternatives 

Revisions 


Resources 

Analyses 

Releases 


Interfaces 

Resolutions 

Variants 


Processing 

Commitments 

Dependencies 


Data 

Decisions 

Supports 


Tradeoffs 

Rationale 

Usages 


Assumptions 

Impacts 

Sharing 


References 

Conflicts 

Constraints 


Standard views 

Suggestions 

Internal 



Notes/Comments 

External 



TBDs/Gaps 

Requirements 



Questions 

Specifications 



Artifacts 

Aggregates 



Code 

Configurations 



Documentation 

Packages 



Design 

Components 



Virtual objects 

Decompositions 



Views/Abstractions 
Derived information 

Working relationships 
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ART (Automated Reasoning Tool) 

BiggerTalk 

Cake (Programmer’s Apprentice) 

CERM (Complex Entity-Relation Model) 

Conceptual Graphs 

CYC 

Draco 

E-R (Entity-Relationship Model) 

FSM (Finite State Machines) 

Gist 

HIPO (Hierarchy, Input-Output Process) 

JSD (Jackson System Development) 

JSP (Jackson Structured Programming) 

KEE (Knowledge Engineering Environment) 
KL-ONE 

KNet (Knowledge Network) 

Meta-IV (VDM-Vienna Development Method) 
Miranda 

MRS (Metalevel Representation System, etc.) 
NIKL (New Implementation of KL-ONE) 

NL (Natural Language) 

NoteCards 

OBJ 


Orion 

OOD (Object-Oriented Development) 

OPS5 

PAISLey (Process-oriented Applicative Interpretable Specifica¬ 
tion Language) 

Petri Nets 

PlaneText/PlaneFig 

Prolog 

Proteus 

Pseudocode, PDL (Program Design Languages) 

PSL (Problem Statement Language) 

Raddle 

Refine (PSI/CHI/V) 

RML (Requirements Modeling Language) 

RSL (Requirements Statement Language) 

SA (Structured Analysis—SADT) 

SARA (System Architect’s Apprentice) 

SD (Structured Design) 

SNePS (Semantic Network Processing System) 

SSA (Structured Systems Analysis) 

Statecharts 

W-O (Warnier-Orr diagrams) 


Figure 1. Representation technologies considered. 


tion, and even the design itself); 

• temporal concerns (including design 
histories and versions); and 

• constraints that could or should apply 
(including requirements and specifi¬ 
cations). 

Rationale and objectives for a represen¬ 
tation map. Despite the concern of soft¬ 
ware engineers with design, their results 
haven’t been totally successful. We do not 
have representations that are well-adapted 
to multilevel, multiview descriptions of the 
objects being created or to the information 
concerning their creation. Moreover, the 
way in which information is represented is 
frequently the critical factor in determin¬ 
ing whether problems are easy or difficult 
to resolve, or whether a system does or 
doesn’t work. So, we must pay careful 
attention to the choice of representation 
media and methods to make sure they are 
sufficient or, more realistically, extensible 
or adaptable. However, there is no well- 
developed foundation on which to base a 
design-information theory or its represen¬ 
tation. There are only a few isolated 
results, most notably Freeman’s work, 1,2,6 
although quite a bit of work seems relevant 
to design information representation even 
though not specifically directed towards it 
(such as in AI and its application to 


software). 7,8 

Because of the embryonic state of rep¬ 
resentation research, we need a backdrop 
(or context) against which further studies 
can be carried out. The initial technology 
map’s primary purpose was to provide this 
backdrop. Rather than working 
abstractly, 1 developed the map by survey¬ 
ing a broad range of technologies, each 
technology having representation poten¬ 
tial that could help us develop a “feel for 
the territory.” Thus, comparing technol¬ 
ogies was more a means than a goal. It was 
not my intention to provide a tutorial on 
the various technologies, but rather to 
develop some basis for their classification 
and comparison. 

A secondary objective was to test the 
validity of our suspicion that conventional 
software methodologies did not suffi¬ 
ciently address design representation needs 
and to identify prospects for overcoming 
the limitations of those methodologies. 

Approach to the 
technology survey 

Initial emphases. The technology survey 
was intended to be the first stage of a 
“two-pass filter” process. This first pass. 


presented here, “maps” the rough techno¬ 
logical terrain and provides a reference for 
identifying a number of reasonable or 
promising technologies to exercise, com¬ 
pare, and critique in depth during the sec¬ 
ond pass. STP wanted to finish the first 
stage expeditiously so we’d have a broad- 
based, working technology map to provide 
context for our other work. Consequently, 
the initial survey stressed breadth rather 
than depth, developing coarse, qualitative 
properties of, and relationships between, 
the various technologies. 

In a sense, I expected to produce a pro¬ 
totype everyone would disagree with, yet 
that would still serve as a useful context for 
that disagreement. Although we expect to 
expand and refine the map somewhat, our 
primary interest in the second stage is to 
focus on a narrower technology set, 
providing deeper involvement and analy¬ 
sis, rather than making this study rigorous 
in regard to all the technologies. 

The candidate technologies. 1 began by 
considering a representative, initial set of 
technologies, chosen to include the under¬ 
lying representation mechanisms in the 
areas of 

• conventional software methodolo¬ 
gies, such as Structured Analysis and 
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Design Technique (SADT), Struc¬ 
tured Design (SD), Jackson’s 
methods, 

current software research, such as 
Object-Oriented Development 
(OOD), Process-oriented Applicative 
Interpretable Specification Language 
(PAISLey), System Architect’s 
Apprentice (SARA), 
formal semantics, such as Miranda, 
Meta-IV, and OBJ, 


Literature base for the technology map 


References are followed by a list of 
selected representation technologies. 

Classical software 

Alford, M., “SREM at the Age of 
Eight: The Distributed Computing 
Design System,” Computer, Apr. 
1985, pp. 36-46. (RSL) 
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• automatic programming, such as 
Refine (PSI/CHI/V), Cake 
(Programmer’s Apprentice), and 
Gist, and 

• general-knowledge representation, 
such as Knowledge Language One 
(KL-ONE), the New Implementation 
of KL-ONE (NIKL), and Knowledge 
Engineering Environment (KEE). 

Each of the first four areas directly 
addresses the representation of design 
information. As noted, the conventional 
systems exhibit enough limitations to 
make me seek alternatives, starting natu¬ 
rally with current software research— 
especially object-oriented techniques, due 
to their claims of naturally reflecting the 
real world. I included formal semantics 
and automatic programming because they 
captured information in a tighter, more 
processable fashion. 

I was concerned that all these mechan¬ 
isms were fairly narrow and particularly 
negligent in treating upstream, process, 
and organizational information in a 
processable fashion. I felt generic knowl¬ 
edge representation mechanisms offered 
potential in this regard, although portions 
had been tapped by automatic program¬ 
ming. (Predictably, the survey validated 
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Investigation of these initial mechan¬ 
isms suggested additional candidates that 
seemed to provide contrasting or com¬ 
plementary perspectives. Eventually, I 
considered 44 technologies, albeit in vary¬ 
ing levels of detail and influence on the 
map. (Remember, my primary objective 
was to develop a basis for comparison, not 
necessarily to compare all the technolo¬ 
gies. Thus, I wasn’t constrained to map 
every technology from every perspective, 
nor to be overly concerned about omitting 
someone’s favorite technology. I simply 
needed enough information to make each 
map perspective assume a stable shape.) 
Figure 1 presents a complete list, along 
with appropriate acronyms. 

Note that during this initial study, 1 
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deemphasized nonsoftware design, such as 
hardware, structural, or urban design, and 
emphasized upstream design. It is also 
important to reemphasize the fact that 1 
was primarily interested in the representa¬ 
tion aspects of the technologies I inves¬ 
tigated. In many cases, this aspect was an 
integrated part of a larger system, and it 
was not always possible to isolate the rep¬ 
resentation “components.” 

The available literature (primary and 
secondary sources; advocates, adversaries, 
and analysts; texts, tutorials, critiques, 
surveys, and comparisons) was our most 
prominent resource. (See the list in the 
sidebar entitled “Literature base for the 
technology map. ”) Another resource was 
the personal experience of STP researchers 
with many of the mechanisms and metho¬ 
dologies. Some biases may have been 
introduced by the fact that the resource 
type and coverage varied considerably for 
different technologies. 


Map “coordinates” and comparison 
criteria. I initially decided to approach the 
technologies using some basic criteria we 
had identified and utilized successfully in 
several previous in-depth technology 
assessments, 9 coarsely filtering informa¬ 
tion for each mechanism concerning its 

• theoretical foundations (what it was 
and why it worked—philosophy, for¬ 
mal foundations, verification 
strategy, related technologies, 
features), 

• associated representation methodol¬ 
ogy (how to use it—working proce¬ 
dures, design rules or guidance, and 
what the system expected and 
produced), 

• supporting technology (implementa¬ 
tion concerns, such as graphics, 
machines, and tools), and 

• existing applications or other prag¬ 
matic considerations (what it really 
did—empirical usage and the results 
and observations from it). 

We subsequently deemphasized the meth¬ 
odology criterion, since it seemed repre¬ 
sentation methodologies were not 
well-developed and were generic, rather 
than specific, to any technology. 

In addition, our work in modeling 
design information 4 suggested a number 
of interrelated representation require¬ 
ments that added focus to our technology 
analysis and comparison. Chief among 
these were rich representational features, 
machine processability or understandabil- 







s 

"Rule Based ^ 

FormaP\ 



r Informal 


Hypermedia 

PlaneText 

OPS5 MRS 

"Logical 

Prolog 

Logic 

r sw 

(Classical 
HIPO JSP 
SD W-0 

^Object- 

Based 

SA 

NoteCards 


BiggerTalk 



Frame/Net- 

Based 

CYC 

KL-ONE 

KEE 

ART 

Proteus 

SNePS 

SW (Al) 

Gist Refine 

Conceptual 

Graphs 

OOD 

L Draco 

Cake 


"DBS- 

Based 

SSA 


PSL 

c q CERM 
E " R Orion 


JtML 



Concurrent 

RSL 



Algebraic 

OBJ 


JSD 










[ Functional 

| PAISLey 

1 

Miranda Meta-IV ] 


State 

Petri Nets 

FSM 

J 

Distributed 

SARA 

Raddle 

Statecharts 

v_^ 





Figure 2. Classification of representation technologies. 


ity, powerful user interfaces, and tool sup¬ 
port, and suitable inferencing or 
derivation mechanisms. 

After an initial review of the selected 
technologies, we derived the following 
criteria for differentiating the tech¬ 
nologies: 

• classification and heritage, 

• scale and range of successful appli¬ 
cations, 

• degrees of formality, nonprocedural- 
ity, processability, and expressive¬ 
ness, and 

• tool base size and mode. 

For each criterion, we tried to define some 
sort of rough scale or “ideal- points or 
regions” and then attempted to position 
each technology appropriately. 

In many cases, we placed technologies 
relative to each other rather than based on 
any absolute metrics (the design of which 
would have been beyond the survey’s 
scope and objectives). In a few cases, prac¬ 
titioners helped us position their technol¬ 
ogies. Moreover, as we studied and placed 
technologies on the maps, we occasionally 
found it necessary to refine our terrain fac¬ 
tors. This meant the previously positioned 


technologies had to be reviewed and 
adjusted. To emphasize the map’s qualita¬ 
tive, judgmental nature, spatially extended 
symbols (such as large dots or names) were 
used instead of precise points. These sym¬ 
bols should probably have been consider¬ 
ably larger and fuzzier. 

The technology map 

A “working” technology map has been 
derived that reflects our initial charter yet 
is still evolving. The map reduces a signif¬ 
icant amount of data to a small number of 
graphical charts, or perspectives, that seem 
to capture basic “colors and shapes” or a 
“look and feel,” showing how things fit 
relative to each other. 

Classification. Our classification map 
(Figure 2) has two major classifications: 
underlying type and degree of formality. 
These are indicated respectively by group¬ 
ings within rounded rectangles and by 
horizontal position. Empty overlap 
between two regions is not intended to be 
significant, although nearby classes do 
tend to be related. Boundary colors are 


merely used as visual cues to make the 
group boundaries stand out a little. 

The formality classification is really just 
a rough trend toward increasing formality 
from left to right, with the fuzziness of the 
boundary between formal and informal 
indicated by overlapping the regions. 
Technologies on the left tend to have well- 
defined syntax but no clear semantics. 
Towards the middle, there is some sort of 
basic theory, and epistemology, prag¬ 
matic, or operational semantics. At the 
right of the diagram we find mathemati¬ 
cal precision, in the sense of proof or 
model theory and axiomatic or denota- 
tional semantics. A later part of the map 
(as discussed in the section entitled “For¬ 
mality versus procedurality versus process- 
ability”) will express this formality 
relationship a little more precisely. 

Next, we broadly consider each group¬ 
ing (although a few members of key group¬ 
ings are discussed in some detail in the 
sidebar entitled “Some interesting points 
on the map”). 

Classical software design technologies. 
The first grouping within the classification 
aggregates the “classical” or conventional 
software design technologies. These 
mechanisms have arisen in an arena that 
has been primarily concerned with the 
downstream production of artifacts, that 
is, real systems, and subsequently with 
representing the artifact itself (that is, 
designing) rather than information about 
the design. In other words, they capture a 
narrow spectrum of information from our 
viewpoint. 

The representations have tended to be 
informative, but also informal, and have 
not always addressed the problem of 
machine manipulability of the representa¬ 
tion. The result (in many cases the inten¬ 
tion) has been the organization of ideas by 
and for people, so as to promote under¬ 
standing and communication among the 
human parties involved (often emphasiz¬ 
ing management). 

The representations tend to be used only 
during the initial design process and to be 
discarded or forgotten once an implemen¬ 
tation is done. Much of the work in this 
area is based on the waterfall or phased 
model of software design, 10 with an 
emphasis on management accountability 
(versus problem solving) and downstream 
aspects. Consequently, these representa¬ 
tion mechanisms seem to degrade when the 
phased model fails. 3,11 

The standard emphases—hierarchy, 
function, dataflow, decomposition, and 
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Some interesting points on the map 


Structured Analysis. Structured 
Analysis, the representation lan¬ 
guage of SADT, ranks low because it 
does little to address the processing 
or semantics of the information it 
captures. It can be used as a general 
modeling language to express 
upstream concepts. However, it is 
not effective, since it does little to 
address processing or semantic 
concerns. 

The intent of SA is to get ideas 
down on paper to make them explicit, 
aid in their understanding, and con¬ 
vey them among people. It does not 
have a semantic basis for clearly 
denoting or explaining—either to 
person or machine—the meaning of 
ideas and concepts represented 
within it or to mechanically commu¬ 
nicate the rationale behind the 
choices and intended interpretation 
of a diagram. 

SA has no mechanism for effec¬ 
tively expressing beliefs, analogies, 
probabilities, alternatives, or histo¬ 
ries, leaving the user to interpret the 
meaning of SA diagrams. Design 
information expressed in SA tends to 
be implementation-dependent, 
reflecting the unprocessable termi¬ 
nology of a particular designer and 
project. Such information is difficult 
to reuse, even in the next design- 
process stage. 

SADT encourages development of 
multiple views, but offers little con- 


Highi 


trol over views as they develop and 
little support for view integration. Its 
constraint facilities are really more 
like high-level control inputs, not 
global dependency data. 

KEE and Gist. KEE is a commer¬ 
cial general-knowledge representa¬ 
tion system, marketed for expert 
systems development. Although 
never fully implemented, Gist was 
developed as part of a research lab’s 
program transformation system and 
was intended to support incremental 
(partial) executable system specifi¬ 
cation. 

Both include a large number of 
effective representational features 
that could be useful in a general or a 
software setting—constraints and 
daemons, contexts and worlds, logic 
and rules, object-orientation, beliefs 
and nonmonotonicity (KEE), and tem¬ 
poral notions (Gist). Such features 
place them high in computational 
expressiveness. Both lack sophisti¬ 
cated inferencing techniques, such 
as pattern-matching, analogy, and 
classification (although AP5 was 
available within Gist’s working envi¬ 
ronment). 

The major difference between 
them is in their conceptual complex¬ 
ity. Gist appears much more difficult 
to use because of its lack of integra¬ 
tion, ad hoc syntax, and inability to 
leave anything unspecified. Con¬ 


versely, KEE appears to be easier to 
use because of tight integration and 
a graphics interface. 

PlaneText and NoteCards. 

Hypermedia may be the essence of 
conceptual simplicity, although the 
current implementations lack most 
expressiveness features. Their reli¬ 
ance on uninterpreted text and 
graphics sacrifices processability to 
gain freedom and power in articula¬ 
tion, but nonetheless provides a use¬ 
ful balance of expression and 
processability. 

They support such things as anno¬ 
tation and tracking alternatives with¬ 
out constraining the subject matter. 
This is important during early design 
stages, where thinking is unstruc¬ 
tured and typified by branching and 
merging. 

Draco. Draco was a perplexing 
technology to map throughout the 
survey, since it rated well on many 
factors other technologies ignored, 
but itself ignored several standard 
factors. Draco is essentially a frame¬ 
work for designing a network of 
domain-specific representation lan¬ 
guages. It addresses complexity 
through multiple views (domains) 
and abstract, domain-independent 
refinement heuristics (tactics). 

On the other hand, Draco’s 
representational bias (expressing 
domain knowledge through language 
grammars) leaves many types of 
design information unaddressed. Its 
parse trees support the expression of 
syntax but leave much of the seman¬ 
tics to end-user interpretation of lan¬ 
guage mnemonics. Ultimately, Draco 
scores high in expressiveness 
because its ability to represent sig¬ 
nificant domain knowledge and 
development history offsets its ina¬ 
bility to express things such as 
rationale, issues, and beliefs. 

The arrow in the accompanying 
figure indicates that the languages it 
generates, theoretically, increase 
computational expressiveness while 
decreasing conceptual complexity, 
thus reducing the communication 
gap between people and machines. 

In practice, notations in different 
domains are defined separately, so 
potential for confusion exists, espe¬ 
cially in large complex systems 
where the number of domains might 
be sizable. Thus, the slope of Draco’s 
arrow in the figure might be less dra¬ 
matic (even rising). 
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modularity—are well-known. The classi¬ 
cal mechanisms provide leverage by reduc¬ 
ing complexity and capturing some 
information for shared understanding and 
communication (especially basic design 
concepts and terminology) and generally 
only on paper (though more recently 
through databases). 

The classical systems encompass and 
even integrate a number of interesting 
ideas. For example Jackson’s methods, 
Jackson Structured Programming (JSP) 
and Jackson System Development (JSD), 
Warnier-Orr diagrams (W-O), Structured 
Analysis (SA), Structured Systems Anal¬ 
ysis (SSA), Problem Statement Language 
(PSL), and Requirements Statement Lan¬ 
guage (RSL) are all object-based, although 
weakly so. SSA, PSL, and RSL all incor¬ 
porate significant database components, 
and JSD and RSL provide support for 
concurrent, real-time system design. 

Database system technologies. The rep¬ 
resentation mechanisms based on database 
systems have been strongly influenced by 
machine processing considerations to pro¬ 
vide access to information, specifically key 
access to large amounts of homogeneous 
data. So, the primary emphases have been 
retrieval, storage, and performance. Since 
several software-specific systems are based 
on database management systems, we 
didn’t include any generic DBMSs in our 
survey. 

Until recently, the dominant tendency in 
database systems has been to work in 
closed worlds and to ignore data seman¬ 
tics, although the object-based technolo¬ 
gies and particularly the object-oriented 
technologies have attempted to close the 
semantic gap between data and reality. 
Most of the software-oriented database 
work surveyed has been based on models 
that can be viewed as simple extensions of 
the relational and entity-relationship 
models. The inadequacy of these models 
for software design support has been 
broadly acknowledged. 412,13 

Classical software system designers have 
learned the value of DBMSs in handling 
large amounts of data and keeping track 
of data dictionary items, as exemplified by 
SSA, which is record-oriented, and PSL 
and RSL, which are essentially entity- 
relationship based. 

More recent efforts, for example Com¬ 
plex Entity-Relation Model (CERM) and 
Requirements Modeling Language (RML) 
have been more concerned with capturing 
the semantics of software engineering con¬ 
cepts along with the basic software infor- 
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mation. CERM enhances the entity- 
relationship model via notions of compos¬ 
ite design objects and their variants (such 
as versions and revisions), while RML 
builds on a semantic database, emphasiz¬ 
ing aggregation, abstraction/inheritance, 
and constraints as mechanisms for 
expressing requirements. Although Orion 
is a general-purpose object-based system, 
it places some emphasis on the design 
domain and incorporates many CERM 
and RML features, such as composites, 
variants, aggregation, and inheritance. 

Al-based technologies. The logical, 
rule-based and frame/net-based represen¬ 
tation mechanisms can all be aggregated 
under the “artificial intelligence” heading, 
the discipline primarily responsible for 
their origin. These mechanisms were 
created mainly in the context of research 
problems in expert systems and natural 
language, with a resulting emphasis on 
clarity and disambiguity. Like database- 
based mechanisms, they have been 
strongly influenced by machine processa¬ 
bility; but, rather than concentrating on 
performance and efficiency, they are far 
more oriented toward breadth of represen¬ 
tation and multiple information usage 
(such as reasoning and matching, not just 
retrieval). 

Therefore, the emphasis has been on 
associative access to small amounts of het¬ 
erogeneous data. There was often a ques¬ 
tion as to whether the information could 
be effectively represented in, and manipu¬ 
lated by, a machine at all. Efficiency issues 
were generally secondary. Although the 
representational schemes have proven to 
be quite general, individual applications 


have been limited to fairly narrow 
domains. The rule-based mechanisms, 
typified by OPS5 and Metalevel Represen¬ 
tation System (MRS), capture domain- 
specific information via narrow, but sur¬ 
prisingly useful, if-then expressions, and 
domain-independent information via 
general-purpose inferencing techniques. 

The logical mechanisms, such as Pro¬ 
log, offer rich representation, both in 
terms of logic structures and inferencing 
techniques. They generally extend the rela¬ 
tional database model. The frame- and 
network-based technologies, such as KL- 
ONE, extend the entity-relation, object- 
oriented, and semantic data models. 

Moreover, many hybrid efforts (such as 
Gist, Conceptual Graphs, BiggerTalk, 
Proteus, KEE, and Refine) integrate the 
various paradigms. The frame/net-based 
efforts, especially the hybrid ones, have 
attacked broad representational issues, 
trying to capture diverse knowledge types, 
such as open world, incomplete or fuzzy 
knowledge, beliefs, and self- and meta¬ 
knowledge. 

The software-specific work on the A1 
front has been dominated by efforts to 
synthesize code by transforming high-level 
specifications. The three surveyed AI soft¬ 
ware systems are transformational, 
although from a different viewpoint. For 
example, Gist is primarily a manual trans¬ 
formation process, while Refine is highly 
automated. Cake uses a fairly low-level 
specification, since it is primarily con¬ 
cerned with detailed design and analysis 
and maintains a symmetry that also allows 
synthesis. Currently, these efforts (with 
the possible exception of Refine) address 
only small programs and projects. 

Mathematics-based technologies. We 
can also aggregate logical representation 
technologies with their algebraic and func¬ 
tional counterparts under the single head¬ 
ing “mathematics.” These mechanisms all 
support declarative expression and 
executable specification. They emphasize 
formal semantics, with accompanying 
notions of verification, theorem-proving, 
completeness, and consistency. They also 
share a concern for the concepts of 
immutable data and implicit concurrency. 

The functional mechanisms, such as 
Miranda, are distinguished by concern 
with higher order functions and compos- 
ability. Meta-lV sacrifices executability 
for high-level abstraction (although advo¬ 
cates think of it as liberating abstraction 
from the constraints of execution). 
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Algebraic mechanisms, such as OBJ, are 
concerned with concepts of implicit defi¬ 
nition and solutions of implicit equations. 
The logical mechanisms, currently domi¬ 
nated by Prolog, emphasize deduction, 
axiomatics, and nondeterminism. 

Most of my work in this area has con¬ 
centrated on general programming lan¬ 
guages, but those specifically oriented 
towards software design (Gist, Refine, 
Cake, RML, and OBJ) have a strong 
object orientation. PAISLey stands out as 
augmented via explicit concurrency 
features. 

Object-based technologies. The class of 
object-based mechanisms is broad, since 
we have generously defined it to include 
any system that expresses the notion of 
objects or entities and their attributes or 
interrelationships.* Thus, this class 
includes, but is not limited to, the so-called 
object-oriented mechanisms. In particu¬ 
lar, it includes: 

• JSD and the Entity-Relationship 
Model (E-R), which have a central 
objects-attributes notion; 

• Ada and Modula2, whose packages 
and modules realize objects, but 
which have no notion of classes, 
inheritance, or delegation; 

• Smalltalk, Common Lisp Object Sys¬ 
tem (CLOS), and Flavors, the 
paradigmatic, object-oriented models 
that include facilities for message¬ 
passing, classes, generalization hier¬ 
archies, and metaconcepts; 

• KEE, Proteus, and Gist, frame- or 
net-based systems that have rather 
standard embedded object models, 
supplemented by inferencing, dae¬ 
mons, defaults, and inheritance var¬ 
iations; 

• CERM and Orion, which provide 
database support dealing with persist¬ 
ence, concurrency, recovery, etc., 
and whose object models include 
notions of composite objects and 
versions. 

Proponents of an object-based 
approach maintain that it yields more nat¬ 
ural modeling of the world than do other 
approaches. Other often-cited and some- 


* The subtleties of object-based and object-oriented 
languages are the subject of several recent surveys, 
indudingM. StefikandD. Bobrow, “Object-Oriented 
Programming: Themes and Variations,” AI Maga¬ 
zine, Vol. 6, 1986, and P. Wegner, “Dimensions of 
Object-Based Language Design,” OOPSLA 87. 
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what interrelated advantages of object- 
based approaches include modularity, 
conciseness, flexibility, support for 
inheritance, data semantics, deferred 
binding, data abstraction, encapsulation, 
and reusability. 

The primary application areas have 
been graphics, computer-aided design, 
user-machine interfaces, and database 
management, but there has also been a lot 
of recent interest in object-oriented soft¬ 
ware design methodology based on vari¬ 
ous programming languages. This 
methodology—identify objects, attrib¬ 
utes, and applicable operations; establish 
contexts and interfaces; create new objects 
based on reusing existing objects and the 
object hierarchy—is independent of any 
particular language. So, we have 
aggregated all the variations (Ada, 
Smalltalk, CLOS, Eiffel, C + + , Objec¬ 
tive C, etc.) under a single heading— 
Object-Oriented Development (OOD). 
OOD has been advocated predominantly 
in the downstream, but has upstream 
potential as well. 

Hypermedia technologies. Hyperme¬ 
dia, a long-contemplated concept finally 
made feasible by recent technological 
advances, is represented here by 
NoteCards and PlaneText/PlaneFig. 

Hypermedia systems primarily address 
information representation for use by peo¬ 
ple and, consequently, much of the 
emphasis is on presentational aspects. 
They tend to provide a high degree of 
interactivity and to exploit visual 
metaphors via the nonlinear-text concept, 
augmented by graphics, animation, voice, 
etc. Moreover, they show little concern for 
semantic disambiguation, since they can 
delegate this to the human users. 


In essence, hypermedia systems resolve 
a conflict between articulation and 
processability by supporting machine- 
processable links or interrelationships 
between large, unstructured nodes or 
information chunks (although the process- 
ability degree and structure segmentation 
are moving targets). Thus, machine under- 
standability is available at the macro/net¬ 
work level but not the micro/node/link 
level, except in the sense that an editor can 
manipulate a node’s contents. 

The major applications have been in the 
organization of information or thoughts 
for use by people, such as personal idea 
structuring, joint authoring, and augmen¬ 
tation, all of which seem especially rele¬ 
vant to the domain of software design by 
teams. 

Concurrent technologies. This final 
class encompasses mechanisms that specif¬ 
ically address the design of concurrent and 
distributed systems. Of course, this area is 
still in its infancy and doesn’t even have the 
classical technologies to fall back on. We 
have excluded mechanisms, such as Gist, 
KEE, and Miranda, that only implicitly or 
indirectly address such design through 
declarative or modular constructs (such as 
constraints and daemons). 

This class seems to have concentrated on 
fairly low-level specification and architec¬ 
tural and detailed design. The primary 
concerns have been with representing tim¬ 
ing and temporal notions, control, syn¬ 
chronization, communication primitives, 
and distribution. 

The major technologies shown are com¬ 
municating (sequential) processes (JSD 
and PAISLey), applicative programming 
(PAISLey) and state-oriented mechan¬ 
isms, including Petri Nets (RSL, SARA, 
and Raddle), and finite-state transition 
diagrams (Statecharts). 

For example, PAISLey combines both 
the asynchronous concurrency of com¬ 
municating processes and synchronous 
concurrency of state-free, applicative pro¬ 
gramming. It accomplishes the former 
through so-called exchange functions that, 
in essence, offer to exchange data. It has 
variations for broadcast and real-time 
communication. Synchronous concur¬ 
rency is supported through parallel evalu¬ 
ation of component expressions of tuples 
within a process. 

In contrast, Statecharts and Petri Nets 
are state-oriented notations that describe 
behavior in terms of states and events that 
cause state transitions, but attempt to 


December 1988 







Software 

(Upstream) 

Database 

Expert Natural General 
Systems Language Purpose 

SA 

E-R 

Proteus 

SNePS 

KL-ONE 

JSP/JSD 

Orion 

CYC 

KL-ONE 

NIKL 


Prolog 

MRS 

NIKL 

Gist 

KL-ONE 

Refine 

Prolog 
KEE 
k ART 

Prolog 

Proteus 

CYC 


Info about 
Design, etc. 

Requirements Specification 

Design/ 

Modeling 

KL-ONE 

KL-ONE 

KL-ONE 

Cake 

PlaneText 

PlaneText 

PlaneText 

PlaneText 

Gist 


Gist 

Gist 

Orion 


Draco 

Draco 

Proteus 


PAISLey 

PAISLey 

CERM 

RSL 

RSL 

RSL 

RML 

PSL 

PSL 

PSL 


RML 

SARA 

SARA 



SSA 

SD 


HIPO 

HIPO 

HIPO 


SA 

SA 

SA 



JSD 

JSP/JSD 



Miranda 

Miranda 



Prolog 

Prolog 



Statecharts 

OOD 



META-IV 

META-IV 



Refine 

Refine 



Raddle 

Raddle 
Petri Nets 


Figure 3. Applications ranges of representation media. 


overcome the limitations of traditional 
finite-state mechanisms for specifying 
concurrency. 

Statecharts express concurrency via the 
simultaneous occurrence of events and 
transitions, as well as via the “AND- 
decomposition” of one state into several 
orthogonal states entered in parallel. They 
have no explicit notion of processes and 
support communication through both sig¬ 
nals and shared data. The lack of control 
over the communication channels restricts 
Statecharts’ application arena to specifi¬ 
cations. 

Petri Nets use a simple token-passing 
paradigm to express interprocess commu¬ 
nication and allow asynchronous concur¬ 
rency. Raddle extends Petri Nets by 
introducing several high-level abstrac¬ 
tions, notably teams and TV-party interac¬ 
tions, and by allowing communication 
between processes through controlled var¬ 
iables. These extensions render Raddle 
more suitable for the design—especially 


architectural design—of distributed sys¬ 
tems. Both Statecharts and Raddle intro¬ 
duce hierarchy notions for complexity 
control. 

Application range and scale. Figure 3 
shows the range of applications of many 
of the representation media surveyed. 
General application areas such as database 
and expert systems are distinguished at the 
top of the figure. The upstream software 
development area is further differentiated 
into the well-known phases of require¬ 
ments analysis, specification and design, 
and general design-information represen¬ 
tation. 

The technology distribution in this fig¬ 
ure shows an emphasis that gets succes¬ 
sively stronger as one moves downstream 
and weaker as one moves upstream. It also 
shows that the knowledge representation 
and hypermedia mechanisms seem to have 
broad potential application, spanning 
from up- to downstream. This broad 


applicability probably stems from their 
emphasis on general representation 
(beyond single design phases, the 
upstream, or even design in general), while 
the software-specific mechanisms have 
been created to address downstream prob¬ 
lems, thereby limiting their scope. 

Another piece of our current map 
qualitatively shows the scale of the actual 
software development projects on which 
the various representation media have 
been used (see Figure 4). To some extent, 
this reflects the media’s popularity, matu¬ 
rity, and availability. 

Predictably, the ad hoc classical 
mechanisms come out best here. They are 
the only software representation mechan¬ 
isms brought to fruition and were designed 
with real applications in mind. Typically, 
they are embedded in general methodolo¬ 
gies that pull them headfirst into such 
applications. 

On the other hand, it is difficult to 
assess, or even isolate, the real contribu¬ 
tions of the representation mechanisms. 
Many questions arise: To what extent did 
they make the development easier or 
improve the software’s quality or cost? 
What long-term effects did they produce, 
particularly in regard to reuse or main¬ 
tenance? Were they really used during 
development or pulled in after the fact to 
satisfy a contract requirement? 

Our experiences at STP suggest that, at 
best, the classical representation schemes 
promote understanding and communica¬ 
tion among the development team up to 
the implementation stage, at which time all 
the design information is effectively dis¬ 
carded (possibly because there is currently 
no way to integrate it with the code or 
otherwise effectively maintain, manage, or 
reuse it). Moreover, the fact remains that 
many—perhaps most—large complex sys¬ 
tems have been designed without any spe¬ 
cific methodology. 

At the other end of the spectrum, any 
claims for large- or medium-scale system 
design using the newer representation 
schemes could be similarly discounted, 
especially since it is unclear whether the 
results were validated or even whether a 
system was ever really built, tested, and 
delivered. Moreover, on the Redwine- 
Riddle multistage maturation scale, 14 the 
newer technologies seem to be in the devel¬ 
opment/extension and internal explora¬ 
tion stages. Those, such as KEE, that 
might be considered to be in the popula¬ 
tion or real-usage stage in regard to their 
intended applications, are at best in the 
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Figure 4. Scale of actual software design applications. 
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Figure 5. Degree of formality, procedurality, and processability. 


external exploration stage in regard to 
design information applications. 

Formality versus procedurality versus 
processability. Next, I compare the tech¬ 
nologies according to their degrees of for¬ 
mality versus procedurality versus 
machine processability (see Figure 5). Note 
the use of oblong “points” to emphasize 
the extended scope of some technologies 
(although in all cases the extent of the 
points should be considered somewhat 
fuzzy). 


As discussed earlier, the formality axis 
runs from completely ad hoc to systematic 
through varying degrees of rigor to full 
formality. The procedurality axis is 
intended to represent a continuum 
between the two extremes of wholly 
declarative, or descriptive, and wholly 
procedural, or prescriptive, mechanisms. 
Declarative mechanisms tend to be more 
implicit and concerned with specification 
(“what”), while procedural mechanisms 
tend to be more explicit and concerned 
with implementation (“how”). 


The processability notion recorded here 
is a coarse one based on three discrete 
values: full, partial, and no processability. 
This notion is refined in the next section. 
The partially processable mechanisms tend 
to have large textual components (such as 
PlaneText) or numerous or complex unim¬ 
plemented features (such as SA). In 
essence, their syntax is processable, but 
their semantics is not, often because the 
semantics has not been formalized. 

Several technology clusters were notice¬ 
able. The classical software methodologies 
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Figure 6. Processable expressiveness versus conceptual complexity. 


use representation mechanisms that are 
fairly declarative and systematic but infor¬ 
mal and have relatively little concern for 
machine processability. The knowledge 
representation languages and semantic 
data models, such as KL-ONE and 
CERM, are clustered in the middle upper 
area of the graph, indicating their descrip¬ 
tive nature, moderately formal underpin¬ 
nings, and high degree of processability. 

The hypermedia systems are highly 
declarative, but relatively informal and 
only partially processable at present. Not 
surprisingly, the so-called mathematical 
grouping has a strong formal foundation, 
though it covers quite a range along the 
procedurality axis. The concurrency tech¬ 
nologies tend to be both formal and pro¬ 
cedural. 

Expressiveness, complexity, and 
processability. This mapping perspective 
is perhaps the most interesting, since it 
most directly reflects the extent to which 
the various mechanisms support the rich 
diversity of information representation 
and manipulation that a software develop¬ 
ment environment requires. We will mea¬ 
sure representational richness in terms of 
support of a number features I will discuss 


below. Machine processability and under- 
standability are also major concerns, since 
designing large, complex systems is an 
information-intensive process requiring 
multiple access to massive amounts of data 
and utilizing search and organization 
capabilities, at which computers excel. 
Moreover, even a mere operational seman¬ 
tics is a useful tool for behavior explo¬ 
ration. 

The figure in the sidebar entitled “Some 
interesting points on the map” captures a 
refined notion of processability, express¬ 
ing the well-known trade-off between 
understandability by machines and 
humans along two complex composite 
axes. These axes address the elusive expres¬ 
siveness notions from the viewpoints of 
machine and human comprehension; so, 
I will spend some time elaborating on 
them. I’ll also try to provide further insight 
into these qualitative axes in the sidebar, 
where I discuss the positioning of a few 
selected technologies. Note that the axes 
account for factors similar to Freeman’s 
analysis factors. 2 

One of the lessons learned early in our 
survey concerned the subtle interweaving 
of the notions of expressiveness and com¬ 
putability, which seem to be treated 


separately in the literature. 7 Many 
mechanisms can be (mis)used to represent 
information, without semantic content, 
that is, without providing a prescription 
for understanding that representation. 
This is especially apparent in software 
design methodologies, with their abun¬ 
dance of ad hoc, informal mechanisms 
that obscure the effectiveness and utility of 
the underlying representation capabilities. 

It is not enough to capture data; one 
must capture it effectively so it can be 
interpreted and used. This realization sug¬ 
gested the notion of processable expres¬ 
siveness to represent the degree to which 
a mechanism supports machine under¬ 
standing or semantic interpretation. It 
incorporates a number of representation 
features I will now elaborate on. 

We have been able to extract an exten¬ 
sive and quite general list of desirable 
properties from our studies of design 
information requirements. As indicated 
earlier, an environment for upstream 
design of large systems must accom¬ 
modate 

• diverse, irregular data with an evolv¬ 
ing mixture of fuzziness, incon¬ 
sistency, and informality; 

• factored or encapsulated structures 
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with abstraction and implicit or de¬ 
rived information; 

• dependencies and restrictions (both 
actual and eventual); 

• navigation and exploration of alter¬ 
natives; 

• adaptable views and data fusion; 

• temporal or historical notions; 

• teams and coordination. 

I tried to develop an ad hoc, simplistic 
“expressiveness” or “representational 
richness” metric via a list of significant 
features, ranked roughly in order of 
importance. I first generated a list of sup¬ 
portive features from the above informa¬ 
tion aspects, and complemented this list 
via relevant properties of existing mechan¬ 
isms. The list evolved, as I was developing 
the map, to include the following types of 
features: 

• general conceptual modeling capabil¬ 
ities, including objects and attributes, 
methods, generalization, and aggre¬ 
gation hierarchies, and first-class 
relationships. 

• extensibility and adaptability, since 
any set of initial representation fea¬ 
tures, however reasonable, will cer¬ 
tainly have to evolve over time. 

• notions of ‘ ‘graduated precision, ’ ’ to 
accommodate fuzzy ideas, deferred 
commitments, and partial or incom¬ 
plete knowledge, so we can capture 
and deal with whatever information 
is available at any design stage. 

• multiple worlds and temporal, 
modal, and nonmonotonic mechan¬ 
isms to support the concepts of 
incremental or exploratory design, 
with histories and variants. 

• multiple views, view merging, 
abstraction and information hiding, 
to reduce complexity and support 
multiple information usage by design 
teams, managers, and implemented, 
among others. 

• constraints, to naturally express the 
myriad of dependency relationships, 
restrictions, and other higher order 
information arising among design 
components. 

• meta-knowledge and self-knowledge, 
to ease system adaptation and modi¬ 
fication. 

• inferencing or derivation, to reduce 
the amount of information that has to 
be explicitly recorded. Deeply nested, 
rule-based reasoning seems less criti¬ 
cal in upstream design than other 
inferencing forms (such as 
inheritance, classification, analogy, 


and pattern-matching). Temporal, 
modal, and nonmonotonic logics also 
seem important in dealing with design 
histories and concurrent systems 
design. 

• exotic notions such as substances or 
“objects” whose structures vary over 
time, to merge views or designs or 
describe evolution, for example, of 
ideas to requirements to specifi¬ 
cations. 

The conceptual complexity axis 
represents a similar type of understanda- 
bility from the human viewpoint, although 
the axis is inverted (low complexity means 
high understandability) and has an effi¬ 
ciency estimate factored in (How much 
effort is required?). It, too, is a compos¬ 
ite axis, taking into account such factors 
as conciseness, abstraction, clarity, natu¬ 
ralness, uniformity, cumbersomeness, 
awkwardness, and degree of integration. 
Despite the fact that more of the intellec¬ 
tual burden is being shifted to tools and 
support systems, users, managers, and 
implementers continue to require various 
understanding levels. So, conceptual com¬ 
plexity remains important. 

Figure 6 emphasizes several observa¬ 
tions about the figure in the sidebar, 
“Some interesting points on the map,” 
although we should proceed cautiously 
due to the survey’s qualitative nature. The 
band indicates how increased computa¬ 
tional expressiveness is purchased at a cost 
of increased complexity, while the colored 
ovals emphasize a number of interesting 
clusters. The classical methodologies are 
not very expressive, being semantically 
weak. It is interesting to observe that their 
complexity seems to go up dramatically 
with increasing expressiveness, suggesting 
these methods may be purchasing expres¬ 
siveness at an inordinate cost in complex¬ 
ity. By contrast, the knowledge represen¬ 
tation languages tend to be highly expres¬ 
sive, but not really correspondingly 
complex. The hypermedia are conceptu¬ 
ally simple, but not very computationally 
expressive. 

Tool and interface support. A powerful 
interface, particularly a visual one, pro¬ 
vides increased bandwidth to the user. 
Tool support can assist users and reduce 
their workloads by managing the data and 
their interdependencies, identifying poten¬ 
tial problems and consequences, and 
retrieving or even recognizing similarities 
and analogies. Here, we see a need for 
browsing, navigation, view support, copy- 


and-edit paradigms, abstraction, and hier¬ 
archy to aid in activities such as design 
review, elaboration, analysis, and change. 

The tool support for the various repre¬ 
sentation technologies shows a clear trend 
toward more interactive tools and toward 
visual and graphics support that respec¬ 
tively engage the user in text-based dia¬ 
logues and allow him or her to interact 
with and even directly manipulate graphi¬ 
cal output (see Figure 7). This primarily 
reflects the nature and magnitude of the 
tool bases, not their quality or maturity. 

The representation mechanisms 
associated with the classical software 
methodologies have a fairly large tool 
base. Historically, this tool base has been 
largely manual, but it has been shifting 
toward an interactive mode, as indicated 
by such commercial products as Imperial 
Software Technology’s ISTAR, Interac¬ 
tive Development Environment’s Soft¬ 
ware through Pictures, and Cadre’s 
Teamwork. The other representation 
mechanisms have moderate tool support, 
but the tools are predominantly interac¬ 
tive, possibly because they were developed 
later. 

As might have been expected, the com¬ 
mercial knowledge representation sys¬ 
tems, KEE and Automated Reasoning 
Tool (ART), have significant visual and 
tool support, including interactive graphi¬ 
cal displays and graphical browsing, edit¬ 
ing, tracing, and navigating facilities. The 
hypermedia systems not only incorporate 
graphics elements in their representation 
scheme, but their interfaces are oriented 
toward visual presentation. The 
Statecharts system is similarly notable, by 
virtue of its Statemate implementation. 

Observations and 
conclusions 

The survey led to a number of observa¬ 
tions, indicating some representational 
shortcomings and promises, and impact¬ 
ing our future research. 

Shortcomings of classical systems. One 
clear, though expected, finding is that, in 
comparison to the other surveyed technol¬ 
ogies, the representation components of 
the classical software design systems 
exhibit a number of significant shortcom¬ 
ings, especially when applied to upstream 
design. (As always, my remarks are 
directed at the underlying representation 
mechanisms, not at the associated metho- 
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Figure 7. Representation technology—tool support. 


dologies. Moreover, I do not claim their 
representation mechanisms can’t be use¬ 
ful, merely that they are limited.) 
Although a software design support envi¬ 
ronment will need to communicate with 
classical design systems, those systems 
simply do not address a sufficiently broad 
spectrum of representation needs. 

The classical representation technolo¬ 
gies exhibit limited coverage of the so- 
called life cycle, the broad realm of design 
information, and the variety of problem 
domains or problem types (as in Figure 3 
and the processable expressiveness axis of 
Figure 6). They were not constructed to 
provide a broad combination of represen¬ 
tational features such as those discussed 
earlier. 

Almost all of the classical representation 
mechanisms address only a small, and 
generally downstream, portion of the life 
cycle. Typically, they were designed to be 
“representational^ myopic,” that is, to 
address only specific, narrow types of 
information, even within their limited life- 
cycle segment. 

The worst examples of such representa¬ 
tional limitations come from the narrowest 
associated methodologies, such as SSA or 
SD. Even within a single phase, these tech¬ 
nologies tend to capture only a small por¬ 


tion of the relevant design information, 
both expressively and manipulatively (for 
example, the regular expression format of 
JSP and the large textual components of 
the Hierarchy, Input-Output Process 
(HIPO) diagrams and SA). 

Finally, some of these technologies are 
restricted or biased towards specific prob¬ 
lem domains such as data processing (like 
SSA) or problem types such as transfor¬ 
mation-centered processes (SD). 

Most of the representation mechanisms 
can create communication barriers— 
between design-team members, each with 
his or her own view and domain represen¬ 
tation, and between the various phases of 
the traditional life cycle, across which 
information must frequently be passed 
from one representation to another. This 
problem is tied to the limited coverage 
cited above: Although the mechanisms 
may solve communication problems at a 
micro level, they may not resolve those at 
a macro level. Since the phased model can 
break down and essentially become a con¬ 
tinuous interaction between what were 
perceived to be phases, these communica¬ 
tion barriers can be prohibitive. 

Many of the classical systems are quite 
rigid and restrictive (such as SA, JSP, and 
PSL). They seem to raise artificial barriers 


to prevent poor design and fail to recog¬ 
nize that the design process is not always 
(and in large complex systems might never 
be) a structured, top-down process, but 
rather is beset with fuzziness and random¬ 
ness while underlying relationships are 
being discovered and modified. 

The complexity of the representation 
components of many of these technolo¬ 
gies, coupled with the absence of even 
operational semantics, makes them diffi¬ 
cult to learn and use (Figure 6). For exam¬ 
ple, SA has 40 feature types, RSL has 20 
feature classes and 50 relation types, and 
SSA has four separate languages. The 
absence of clear, formal, or precise seman¬ 
tic foundations (Figure 5) means it is 
generally impossible to even tell whether 
two representations delineate the same 
thing. Finally, these mechanisms are only 
beginning to provide visual tool support, 
though the same can be said of most other 
mechanisms (Figure 7). 

Promising technologies. A second find¬ 
ing was that many of the shortcomings of 
the conventional representation mechan¬ 
isms seem to be addressed by the object- 
oriented and frame-based approaches— 
particularly those, such as Proteus/Orion 
and KEE, integrating a number of knowl- 


22 


COMPUTER 













edge representation paradigms—and by 
hypermedia. 

The general knowledge-representation/ 
hypermedia mechanisms seem to naturally 
cover a broad design environment (Figure 
3), providing a balance of expressive 
power and comprehensibility and address¬ 
ing the diverse information requirements 
of both the up- and downstreams. This 
was illustrated earlier when I identified the 
expressiveness requirements for represent¬ 
ing design information and then pointed 
out how we might meet those requirements 
without an undue increase in complexity. 

The high expressiveness-to-complexity 
quotients of the knowledge representation 
mechanisms and hypermedia (Figure 6) 
suggest they should be fairly easy to under¬ 
stand and apply widely. Moreover, they 
are mature enough to have strong tool 
support (Figure 7) and well-developed, 
though primarily operational, semantics 
(Figure 5). 

A major drawback is lack of experience 
with and maturity of these mechanisms, 
especially in software engineering applica¬ 
tions (Figure 4). We also expect such 
mechanisms will have to be nurtured and 
expanded, but, fortunately, they seem to 
be rather extensible. It was noteworthy 
that the technologies richest in features 
(like Gist and Conceptual Graphs) seemed 
to extract too severe a penalty in complex¬ 
ity or tool support (Figures 6 and 7), sug¬ 
gesting extensibility may be a double- 
edged sword. 

Future representation research at STP. 

As a consequence of this initial survey, we 
plan to explore object-oriented and frame- 
based approaches to the representation of 
software design information and to extend 
and merge these approaches with ongoing 
research in hypermedia. Since hypermedia 
emphasize representing information for 
use by people and knowledge representa¬ 
tion mechanisms are oriented towards 
representing information for use by 
machines, their marriage promises to rep¬ 
resent design information in machines for 
use by people and machines. 

The direct follow-up to this survey will 
be development of a design information 
model elucidating the types and structure 
of the information arising in software 
development and representing informa¬ 
tion within an integrated multiparadigm 
framework. Such an elaborate data model 
would support the capture and use of 
design information and would also serve 
as a global communication base to connect 
the many information forms. 


P erhaps we at STP embarked on 
this survey with a secret hope for 
something we did not expect to 
find—a representation technology capable 
of expressing the broad design- 
information range necessary to support 
large-scale software development. It seems 
highly unlikely an existing mechanism, or 
a simple combination of such mechan¬ 
isms, could be a perfect match for our 
demanding set of requirements. 

However, we did manage to obtain a 
number of general results, namely to 
• define several rough, but useful, rela¬ 
tionships among a wide variety of 
representation technologies; 

• identify a number of criteria by which 
we could measure differences 
between the technologies, especially 
regarding how they would fit into a 
large, complex software design 
system; 

• identify shortcomings in some of the 
technologies, particularly those 
associated with the conventional soft¬ 
ware methodologies; 

• identify several technologies, partic¬ 
ularly hypermedia and general 
knowledge representation mechan¬ 
isms, that seem likely to prove fruit¬ 
ful and, hence, merit further 
investigation. 

These results should provide a basis for 
further research and applications in the 
representation of design information. □ 
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A Case for 

Direct-Mapped Caches 


A cache is a small, fast buffer in 
which a system keeps those parts 
of the contents of a larger, slower 
memory that are likely to be used soon. 
The purpose of a cache is to improve sys¬ 
tem cost performance by providing the 
capacity of the large, slow memory with an 
average access time close to that of the 
small, fast cache. This is possible only if 
most memory references can be serviced 
rapidly by the cache without the interven¬ 
tion of the slower memory. 

Usually caches are successful due to 
temporal and spatial locality, two proper¬ 
ties of most real reference streams. Tem¬ 
poral locality means future references are 
likely to be made to the same locations as 
recent references, while spatial locality 
suggests that future references are also 
likely to be made to locations near recent 
references. Caches take advantage of tem¬ 
poral locality by retaining recently refer¬ 
enced information, while they exploit 
spatial locality by loading and retaining 
blocks of information surrounding recent 
references. 

A CPU cache is a cache of main mem¬ 
ory. 1 Like caches in general, CPU caches 
are faster and smaller than the memory 
they buffer. They are usually five to 20 
times faster and 50 to 1,000 times smaller 
than main memory. Because CPU caches 
must be extremely fast, they are managed 
entirely by hardware, and for this reason, 
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Despite having worse 
miss ratios, large 
direct-mapped caches 
often handle processor 
references faster 
than more-expensive 
set-associative caches. 


CPU-cache access and management poli¬ 
cies must be relatively simple. 

CPU caches have been studied 
extensively 2 because they have proven 
effective at increasing system perfor¬ 
mance, lowering system cost, or both. 
CPU caches continue to be worth study¬ 
ing because their importance to system 
cost-performance is increasing and tech¬ 
nological improvements are altering their 
characteristics. (Since this article examines 
only CPU caches, the term cache is often 
used instead of CPU cache.) 

The important cache design parameter 
examined here is associativity, which is 
also called degree of associativity or set 


size. The associativity of a cache is the 
number of block frames in which a given 
block may reside. Reducing associativity 
allows fewer block frames to be searched 
on a reference, a potential implementation 
advantage. However, this further con¬ 
strains which blocks can be simultaneously 
resident, a potential performance disad¬ 
vantage. 

The terms fully-associative, set- 
associative, and direct-mapped express the 
relationship between a cache’s 
associativity and capacity. A cache of c 
block frames is called fully associative if 
a block can reside in any block frame 
(associativity c), n -way set-associative if a 
block can reside only in one of n block 
frames where 1 < n < c (associativity n), 
and direct-mapped if a block can reside in 
only one block frame (associativity 1). Fig¬ 
ure 1 illustrates set-associative mapping. 

It is worthwhile studying associativity 
because technological trends toward large, 
fast static RAMs are facilitating larger 
cache sizes and architectural trends toward 
reduced instruction set computers (RISCs) 
are requiring faster hit times. The trend to 
larger caches is illustrated by the VAX 11 
family. The recently introduced VAX 8800 
uses a 64-Kbyte direct-mapped cache, 
while older VAX 11 implementations like 
the VAX 11/780 and VAX 11 /785 use set- 
associative caches of 8 and 16 Kbytes. 

RISCs accentuate the need for caches 
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Selected CPU-cache terminology 

Basic CPU-cache terms used throughout this article are defined below. Some 
of these terms are also illustrated in Figure 1. 

cache A small, fast memory that holds active parts of a larger, slower memory. 
The capacity of a cache is the cache size. (Synonym: buffer.) 
memory A larger, slower memory that provides data not found in the cache. 
(Synonyms: main memory, primary storage.) 

reference A request by the processor to read or write a memory location. (Syno¬ 
nyms: request, access, processor reference, memory reference.) 
hit, miss References found in the cache are said to hit; those not found, to 
miss. 

miss ratio A cache performance metric giving the probability that a reference 
misses. 

effective access time A cache performance metric giving the average time 
required to service a reference. (Synonym: average access time.) 
block frame A location in the cache that holds cached data, an associated 
address tag and state bits. The address tag gives the main memory address of 
data held in the block frame. The state bits indicate whether data is valid and can 
indicate whether data is dirty (must be written to main memory on replacement) 
or its status in a multiprocessor cache coherency protocol. The capacity of a 
block frame is the block size. (Synonyms: block, line.) 
block Data from memory that fills a block frame. (Synonym: line.) 
placement algorithm The method used to determine where a block may reside 
in a cache; often selects the set of a reference. (Synonyms: placement policy, 
cache organization.) 

set A collection of block frames in which a block can reside. (Synonym: con¬ 
gruence class.) 

associativity The number of block frames in each set. (Synonyms: set size, 
degree of associativity.) 

n-way set-associative A placement algorithm that divides a cache’s block 
frames into more than one set of n block frames each (associativity n), where n is 
greater than one. 

direct-mapped A placement algorithm with single-block sets (associativity 
one). (Synonym: one-way set-associative.) 

fully-associative A placement algorithm with one set (associativity c where c is 
the number of block frames in a cache). 

replacement algorithm The method used to determine which block to replace 
when a new block is loaded. With set-associative placement, only blocks that 
reside in the set of the new block are considered for replacement. (Synonym: 
replacement policy.) 

LRU A commonly used replacement algorithm that replaces the least recently 
used block, that is, the one least recently referenced. 


with fast hit times by having simple pipe¬ 
lines that facilitate shorter cycle times, and 
by referencing memory so frequently (once 
per cycle) that CPU cycle times are often 
determined by cache hit times. Commer¬ 
cial RISC processors have been introduced 
by AMD, Hewlett-Packard, IBM, Intel, 
MIPS, Motorola, Sun, and others. 

This article will show that trends toward 
larger cache sizes and faster hit times favor 
direct-mapped caches. The arguments in 
the main body of this article are restricted 
to single-level caches in uniprocessors. A 


single-level cache services processor refer¬ 
ences and obtains data for misses directly 
from main memory. Most past and pres¬ 
ent computers use single-level caches, as 
will many future computers. I expect some 
future computers, however, to use two- 
level (or more) cache hierarchies, where a 
level-one cache services processor refer¬ 
ences and obtains data for misses from a 
level-two cache, which in turn services 
level-one-cache misses and obtains data 
for its misses from memory. Later in the 
article, I discuss how my arguments 


regarding single-level caches extend to 
two-level cache hierarchies. 

I restrict my arguments to uniprocessors 
for two reasons. First, uniprocessors are 
and will continue to be important, espe¬ 
cially for computers less costly than main¬ 
frames, such as engineering workstations. 
Second, a thorough analysis of caches in 
multiprocessors requires coverage of many 
degrees of freedom, which would dilute 
the thrust of this article. These include 
interconnection topology, whether control 
is single-instruction-multiple-data or 
multiple-instruction-multiple-data, syn¬ 
chronization and cache coherency 
mechanisms, and number of processors 
(hence granularity of sharing). I will, how¬ 
ever, discuss how and when these argu¬ 
ments for caches in uniprocessors apply to 
caches in multiprocessors. 

Performance metrics 

To examine cache performance, I use 
miss ratio and an extended model of effec¬ 
tive access time. 

Miss ratio. Miss ratio is the most 
commonly-used cache performance met¬ 
ric. 1 The miss ratio for a cache C is 

_ No. of misses with cache C 

No. of processor references 

I use m(C), rather than m, to emphasize 
that the miss ratio is a function of a cache 
organization. “C” represents all attri¬ 
butes of cache C. 

Miss ratio is used because it is easy 
to define, interpret, and compute, and 
perhaps most important, because it is 
implementation independent. This inde¬ 
pendence facilitates cache performance 
comparisons between caches not yet 
implemented and those implemented with 
different technologies and in different 
kinds of systems. Unfortunately, some 
comparisons of dissimilar caches can lead 
to misleading results. A miss ratio compar¬ 
ison, for example, between the Cray-1 
instruction buffers and the Motorola 
68020 on-chip instruction cache is 
meaningless because the technologies and 
workloads have little in common. 

Since miss-ratio comparisons contrast 
the number of misses, they can also be mis¬ 
leading if the penalty for a miss varies. For 
instance, increasing cache block size often 
reduces the number of misses and hence 
the miss ratio, but it often also increases 
the number of cycles needed to load a 
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Figure 1. Set-associative mapping. A set-associative cache uses a set-mapping function /to partition all main-memory blocks 
into equivalence classes. Some cache block frames are assigned to hold recently referenced blocks from each class. Each group 
of block frames is called a set. The number of groups, called the number of sets (s), equals the number of classes. The number 
of block frames in each set is called the associativity (degree of associativity, set size, n). The number of block frames in the 
cache (c) always equals the associativity times the number of sets (c = n*s). A cache is fully-associative if it contains only one 
set (it = c, s = 1), is direct-mapped if each set contains one block frame (it = 1, s = c), and is n-way set-associative otherwise 
(where it is the associativity, s = c/n). 

On a reference to block x, set-mapping function/feeds the set decoder with f(x) to select one set (one row); each block 
frame is searched until x is found (a cache hit) or the set is exhausted (a cache miss). On a cache miss, one block in set/( x) is 
replaced with the block x obtained from memory. Finally, the word requested from block x is returned to the processor. For 
conceptual simplicity, the figure shows the word selected last (in box labeled “Compare block number with tags and select data 
word”). To reduce the number of bits that must be read, many implementations select the word while selecting the set. 

The most commonly used set-mapping function is the block number modulo the number of sets, where the number of sets is 
a power of two. This function is called bit selection since it equals several low-order bits of the block number. For 256 sets, for 
example,/(x) = x mod 256 or/i(x) = x AND Oxff, where mod is remainder and AND is bitwise-and. 


block. The actual change in cache perfor¬ 
mance will depend on how much the num¬ 
ber of misses decreases and how much the 
time to service a miss increases. 3 The pen¬ 
alty for a miss can also vary because of 
delays indirectly affected by changes in 
miss ratio, such as memory contention in 
a multiprocessor. 

Effective access time. Another com¬ 
monly used cache performance metric is 
effective access time, t eff (C) (average 
access time). Effective access time is the 
average latency, as seen by the processor, 
required by the memory system to service 
a memory reference. In this article, I 
model it as 


4ff(C) = f cache (C) + w(C)*/ memory (C) 

where m(C), t cachs .(C), and / mem ory(C) are 
the miss ratio, cache hit time, and average 
miss penalty (delay beyond a cache access 
to access memory) for cache C. Strictly 
speaking, cache hit time should be called 
cache access time, since this delay occurs 
on all accesses, not just hits. I choose not 
to use cache access time, because it is too 
easily confused with effective access time. 

Using effective access time rather than 
miss ratio allows caches with different hit 
and miss times to be more accurately com¬ 
pared. One can, for example, determine 
whether increasing cache block size 
improves performance as well as miss 


ratio. The disadvantage, however, is that 
implementation details must be examined 
and assumptions must be made for the 
values of t cac he(C') and t m emory(C). Perfor¬ 
mance estimates with any implementation 
assumptions are less general, and those 
with incorrect assumptions are misleading. 

Unlike many other cache memory ana¬ 
lyses, my analysis does not assume that 
fcache(U) is the same for all caches studied. 
The disadvantage of including changes in 
fcache(C') is that more implementation- 
dependent parameters must be estimated, 
further limiting the generality of results. 
However, variability in cache hit time must 
be considered, since ignoring it can lead to 
incorrect conclusions when comparing 
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Figure 2. A direct-mapped cache. The access logic (hit, not miss logic) for a direct-mapped cache using bit selection to select 
the set (block frame) of the reference has three components. The first component, the data memory, holds all cached data and 
instructions. The second component, tag memory, holds the state bits and address tag associated with a cached block. The last 
component, the match logic, produces a single bit indicating whether the referenced block is present. 


large caches of varying associativities. On 
the other hand, like many other cache 
memory analyses, mine assumes that 
cache changes do not affect the average 
miss penalty, t memory (C). This assumption 
simplifies analysis, but it can bias results 
for multiprocessors where delays due to 
contention or updating memory are large 
and variable. 

This article does not evaluate caches 
with system performance metrics like 
benchmark execution time or effective 
number of processors, since these metrics 
require many system-dependent assump¬ 
tions that limit their usefulness to compar¬ 
ing similar alternative caches within the 
context of an existing system. Further¬ 
more, system metrics rarely produce con¬ 
clusions that generalize to cache designs in 
other systems, because of the difficulty of 
isolating cache effects from other system 
effects. 


Implementing caches 

This section examines the implementa¬ 
tion of direct-mapped and set-associative 
caches. I concentrate on direct-mapped 
cache hit (access) logic and set- 
associativity logic, because the delay 
through this logic determines cache hit 
time and directly affects effective access 
time. Set-associativity logic is the addi¬ 
tional logic required by a set-associative 
cache over a direct-mapped cache. For this 
discussion, I assume a generic memory sys¬ 
tem with a single four-gigabyte address 
space of aligned four-byte words 
addressed with 32-bit byte addresses. I also 
assume address translation is done in a way 
that does not affect the cache hit time. 

Direct-mapped cache. A direct-mapped 
cache is simpler to build than a set- 
associative cache because the cache loca¬ 


tion of a referenced word is a function of 
the address of a reference only and the 
replacement algorithm is trivial. The 
address of a reference to a direct-mapped 
cache using bit selection is divided into 
several fields. From least-significant to 
most-significant, they are (1) two bits that 
are ignored, assuming a byte address and 
aligned word references; (2) b = log 2 
(number of words per block frame) bits of 
the block (offset); (3) i = log 2 (number of 
block frames) bits of the index; and (4) t 
= 32 - i - b - 2 bits of the address tag. 

Direct-mapped access logic, illustrated 
in Figure 2, has three components: data 
memory, tag memory, and match logic. 
Data memory holds all the cached data 
and instructions. Its size is, by definition, 
the cache size. Conceptually, it can be 
organized as if it were one word wide and 
accessed with an address formed by con¬ 
catenating the index (i bits) and block (b 
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Figure 3. A set-associative cache. Cache access (hit) logic for an n-way set-associative cache of c blocks consists of n banks and 
the logic to combine bank results. Each bank can be thought of as a direct-mapped cache of c/n blocks and can be imple¬ 
mented using the logic in the dashed box of Figure 2. 


bits) fields of the address. If it is imple¬ 
mented as a wider memory, some or all of 
the bits in the block field will be used to 
select a word after the data memory access. 
A block-wide data memory is often pre¬ 
ferred when unaligned memory references 
are permitted. 

The second component, the tag mem¬ 
ory, which holds the state bits (s bits) and 
address tag (t bits) associated with a cached 
block, has one entry per block frame and 
is addressed by the index field. The state 
bits for a block, usually one or two bits, 
indicate the block’s status regarding mem¬ 
ory update or in a cache coherency pro¬ 
tocol. Cache hit logic is only concerned 
with whether a block is valid. 

The last component, the match-logic, 
produces a single bit indicating whether 
the referenced block is present. This bit is 
asserted only if the tag read from the tag 
memory is equal to the tag field of the 


address and the state read from the tag 
memory is valid. 

A direct-mapped cache lookup requires 
two parallel actions. One action, called 
read-data, consists of accessing the data 
memory and passing the word read to 
DataOut. The second action, called 
match-found, requires two steps: first, 
accessing the tag memory to read the state 
and address tag for a block frame; second, 
asserting MatchOut if the state is valid and 
the tag matches the reference’s tag. 

Thus, a direct-mapped cache lookup is 
simpler than a set-associative lookup 
(described below) because actions read- 
data and match-found can proceed 
independently. In set-associative caches, 
the results of match-found influence the 
data selected. 

Set-associative cache. An n-way set- 
associative cache (n = 2,4, 8, or 16), is a 


commonly used cache organization. An n- 
way set-associative cache allows any one 
of the n blocks in a reference’s set to be 
replaced on a miss. While this flexibility 
usually yields lower miss ratios, it requires 
checking n blocks on each reference. To 
keep a set-associative cache hit time simi¬ 
lar to that of a direct-mapped cache, each 
of the n tags in a set must be read and com¬ 
pared to the tag of the reference in paral¬ 
lel. This associative lookup and 
comparison adds significant cost, as mea¬ 
sured in chip count and board area. 

Figure 3 shows the basic structure of an 
rt-way set-associative cache. Each bank 
has the same structure as an «-times- 
smaller direct-mapped cache (see Figure 
2). Thus, the index field for each bank 
requires /' = log 2 (number of block 
frames/n) bits, making the tag field, t, 
log 2 « bits larger than for a direct-mapped 
cache of the same size. In addition, some 
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Figure 4. An alternative set-associative cache. This figure shows cache hit logic for an «-way set-associative cache with a differ¬ 
ent set-associativity logic implemention from that of Figure 3. First, it uses wired-OR logic instead of an OR gate to compute 
MatchOut. Second, the 32-bit-wide w-to-1 multiplexer and select logic have been replaced with n 32-bit-wide tri-state buffers. 


logic, called the set-associativity logic, is 
needed to select the result from one of the 
n banks. 

On a reference, the address is passed to 
all the direct-mapped banks. In parallel, 
each bank selects a block, sends 32 bits of 
data to Data[i], and computes Match[/], 
which is asserted on valid tag matches. The 
set of a reference consists of the n blocks 
selected by the n banks. 

After the n direct-mapped banks com¬ 
pute Match[/]’s and Data[/]’s, the set- 
associativity logic, shown in the dashed 
box in Figure 2, produces a single Match- 
Out signal and DataOut word. MatchOut, 
asserted on a cache hit, is the logical OR 
of the n Match[/] signals. DataOut, the 
data to be returned, must be driven to the 


Data[/] for the bank that matched and can 
be any value if none matched. 

One way to implement set-associativity 
logic is illustrated in Figure 3. Here, 
MatchOut is computed with a single n- 
input OR gate and DataOut with a 32-bit¬ 
wide fl-to-1 multiplexer. The multiplexer 
Select input is driven with the number of 
the bank that matched and can be any 
value if none matched. Select can be com¬ 
puted with an «-bit encoder or with a sin¬ 
gle level of log 2 (n) rz/2-input OR gates. 

Alternate ways of computing MatchOut 
and DataOut are illustrated in Figure 4. 
MatchOut is computed by wire-ORing all 
Match[/]’s together, as is possible using 
open collector (oc) gates in TTL or any 
ECL gates. This approach requires com¬ 


puting two copies of each Match [/'] so that, 
the wire-ORing does not affect which data 
is selected. This duplication does not cause 
additional delay if the final AND-gate in 
the bank match logic (not shown) is 
duplicated. 

The alternative implementation for 
DataOut uses tri-state buffers. Here, each 
Data[/] is connected to the input of a tri¬ 
state buffer, whose enable is controled by 
Match[;]. All n tri-state buffer outputs are 
connected together and to DataOut. At 
most, one tri-state buffer is enabled since, 
at most, one bank can match. If no banks 
match, DataOut is undefined. 

The distinction between the logic within 
the n banks and the set-associativity logic 
is not as clear in many implementations as 
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Figure 5. Timing paths in a set-associative cache. The three timing paths in the cache hit logic for an n-way set-associative 
cache are (1) match-found, which signals a cache hit or miss (Address to Match[/] to MatchOut); (2) select-data, which selects 
the data word that corresponds to the tag that matched (Address to Match[r] to Select to DataOut); and (3) read-data, which 
provides the data on a cache hit (Address to Data[/] to DataOut). Path select-data is not needed in a direct-mapped cache. 


it is in Figures 3 and 4. For example, the 
n comparators and the encoding logic can 
be combined into a single n -way compara¬ 
tor that directly controls the multiplexer. 
Nevertheless, a set-associative cache 
always requires more circuitry than a 
direct-mapped cache. 

The delay through a set-associative 
cache is determined by one of three timing 
paths, illustrated in Figure 5: 

(1) match-found, which signals a cache 
hit or miss; 

(2) select-data, which selects the data 
word that corresponds to the tag that 
matched; and 

(3) read-data, which provides data on a 
cache hit. 


A direct-mapped cache has timing paths 
read-data and match-found, but it does 
not have path select-data since the location 
of cached data in a direct-mapped cache 
does not depend on which comparator 
matched. 

Arguments against 
direct-mapped caches 

The arguments against direct-mapped 
caches are that they (1) have worse miss 
ratios than set-associative caches of the 
same size, (2) have terrible worst-case 
behavior, and (3) preclude doing address 
translation in parallel with the first part of 
the cache lookup. In the following section, 


I show that as single-level caches in 
uniprocessors get larger, the effects of the 
first two arguments are diminished and the 
third argument becomes moot. 

Larger miss ratios. It is well-known that 
direct-mapped caches have larger miss 
ratios than set-associative caches. 1,4 ' 8 
Consider the likelihood of prematurely 
replacing an active block (one that is being 
referenced) when multiple active blocks 
map to the same set. A direct-mapped 
cache allows only one of the multiple 
active blocks to reside in the cache at any 
time, while an «-way set-associative cache 
allows n blocks to be cached. 

Data from simulation and measurement 
show, however, that the size of the miss 
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(a) Two-way to direct-mapped, 16-byte blocks (b) Two-way to direct-mapped, 32-byte blocks 


Figure 6. Miss ratio differences for unified caches. This figure shows the changes in miss ratio, Am, that result when 
associativity is reduced from two-way to direct-mapped for unified (data and instructions cached together) caches with 16-byte 
(a) or 32-byte (b) blocks. The data show that miss ratio differences diminish as caches get larger. In comparing 16-byte and 
32-byte miss ratios, ignore the dashed lines since this data comes from different traces. The set-associative caches use LRU 
replacement. (Sources: The miss ratio data in both figures (solid lines) is derived from Tables 2 and 3 in Alexander 6 and Table 
3-4 in Hill 9 . Additional data (dashed lines) for 16-byte blocks (a) comes from Figures 5.10a and 5.10b in Agarwal. 7 Additional 
data (dashed lines) for 32-byte blocks (b) comes from Figures 10-13 in Smith. 1 ) 


ratio difference that results from changing 
associativity is less than one might expect 
(Figure 6). The intuition that associativity 
makes a tremendous difference is wrong, 
because it fails to consider that references 
are not made to random locations. Rather, 
references are usually made to locations in 
recently referenced blocks. The tendency 
to re-reference blocks makes the miss 
ratios of all caches much less than one, 
thereby diminishing all potential miss- 
ratio differences. 

A trend in the data shown in Figure 6, 
not heretofore emphasized, is that the miss 
ratio differences diminish as the caches get 
larger. For 8-Kbyte unified (data and 
instructions cached together) caches with 
32-byte blocks, for example, the data show 
that reducing associativity from two-way 
to direct-mapped causes an absolute miss 
ratio change of about 0.013, while at 32 


Kbytes the change is 0.005. Miss ratio 
differences for further associativity 
increases (from two-way to four-way, 
from four-way to eight-way), not shown, 
are much smaller and diminish further as 
the caches get larger. 9 

Miss ratio differences diminish as caches 
get larger for two reasons. First, the active 
blocks are less likely to map to the same set 
in larger caches, since larger caches have 
more sets. For fixed associativity and 
block size, the number of sets is propor¬ 
tional to cache size. Second, the miss ratios 
of all cache organizations get smaller with 
increasing cache size, diminishing poten¬ 
tial miss-ratio differences. 

The data from many sources conclu- 
ively show that the miss ratio difference 
between a direct-mapped cache and a set- 
associative cache of the same size dimin¬ 
ishes as cache size increases. Conse¬ 


quently, the disadvantage to direct- 
mapped caches becomes less important for 
larger caches. 

Terrible worst-case behavior. Another 
argument against direct-mapped caches is 
that their worst-case behavior, when mul¬ 
tiple blocks collide in a set, is terrible. 
While this is true, one must ask whether an 
analysis of worst-case behavior should 
include how likely this behavior is. If not, 
then I submit that the worst-case behavior 
of direct-mapped caches is no worse than 
that of set-associative caches. If too many 
blocks map to a given set, both organiza¬ 
tions will “thrash.” That fewer active 
blocks can cause direct-mapped caches to 
thrash does not change the severity of the 
worst-case behavior, only its likelihood, 
which we just chose to ignore. 

On the other hand, if one wishes to 
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include the probability that worst-case 
behavior occurs in one’s analysis, then one 
must observe that (1) worst-case behavior 
does not occur very often, as is indicated 
by the small differences in average miss 
ratios, and (2) it occurs less often in larger 
caches, as is indicated by the diminishing 
average-miss-ratio differences. 

In summary, the worst-case behavior of 
all caches, including large caches, is bad, 
but while worst-case behavior is more 
likely in large direct-mapped caches than 
in large set-associative caches, it is still 
unlikely. 

Parallel address translation difficult. 

Almost all high-end computers in the last 
two decades used paged virtual memory 
and organized their caches with physical 
addresses. In these systems, address trans¬ 
lation (the translation of virtual addresses 
to physical addresses) occurs logically 
before the cache is accessed. For some of 
these cache configurations, however, it is 
possible to do the address translation in 
parallel with part of the cache access. An 
important disadvantage of reasonably 
sized direct-mapped caches is that this 
technique, called parallel address transla¬ 
tion, is impractical, since straightforward 
implementations require that a cache’s size 
not exceed its associativity times the page 
size. The IBM 3033, for example, uses par¬ 
allel address translation and has a 16-way 
set-associative, 64-Kbyte, physically- 
tagged cache and 4-Kbyte pages. A 
4-Kbyte direct-mapped cache, on the other 
hand, would not be adequate. 

As caches get larger, parallel address 
translation will become impractical in 
architectures with fixed page sizes. Even¬ 
tually the increased hit time and implemen¬ 
tation costs of wider associativity will 
overwhelm the benefits of parallel address 
translation. Designers will be forced to 
choose between doing address translation 
before or after the cache lookup. Address 
translation is done before the cache lookup 
on all DEC VAX-11 implementations, for 
example, since reasonable cache sizes are 
much larger than the VAX-1 l’s 512-byte 
page size. Doing address translation after 
the cache lookup implies that caches are 
organized with virtual addresses and 
address translation is necessary only on 
cache misses. Some researchers argue that 
the advantage of this approach, namely, 
a faster hit time, will justify the additional 
complexity required to implement a cache 
organized with virtual addresses. 10,11 

In either case, if address translation is 
not done in parallel with the cache lookup, 


it will no longer affect whether a cache 
should be direct-mapped or set- 
associative. 

Arguments for direct- 
mapped caches 

The arguments for direct-mapped 
caches are (1) they can be implemented at 
less cost than set-associative caches, (2) 
their cache hit (access) times are smaller 
than those of comparable set-associative 
caches, and (3) they have smaller effective 
(average) access times than set-associative 
caches for sufficiently large cache sizes. 
Below, I support the above arguments for 
single-level caches in uniprocessors and 
show why I expect the direct-mapped 
organization to become commonly used. 

Lower cost. A direct-mapped cache 
never costs more than a set-associative 
cache, because there is a way to convert 
from a set-associative to a direct-mapped 
design at no cost. (The cost of a cache can 
be measured in many dimensions, such as 
number of chips, chip area, power- 
consumption, dollars, and design time.) 
An «-way set-associative cache, like the 
one shown in Figure 3, can be converted to 
one that is direct-mapped simply by chang¬ 
ing the replacement algorithm. On a cache 
miss, an /?-way set-associative cache selects 
a victim, or block to be replaced, using 
some algorithm, perhaps LRU or random. 
A direct-mapped cache is created if the vic¬ 
tim is selected with the lower log 2 « bits of 
the address tag of the new reference. Since 
this replacement algorithm requires less 
hardware than the original replacement 
algorithm, a direct-mapped cache will cost 
less than one that is set-associative. 

In practice, direct-mapped caches cost 
significantly less, since less parallelism is 
required if parallel address translation is 
not done. An n- way set-associative cache 
must read n tags in parallel and compare 
each of them with the high-order bits of the 
reference’s address. A direct-mapped 
cache need only read and compare one tag. 
Thus, direct-mapped caches need fewer 
comparators, require fewer connections, 
and can use fewer, larger (deeper) memory 
chips. Similarly, the data memory (and 
connections to it) in an /7-way set- 
associative cache must be n times as wide 
as that for a direct-mapped cache, ena¬ 
bling the direct-mapped cache to use 
fewer, larger memory chips. 

Faster hit time. The hit (access) time of 
a direct-mapped cache is less than or equal 


to that of a comparable set-associative 
cache. It is at most equal, because the 
transformation described above creates a 
direct-mapped cache with exactly the same 
hit time as a set-associative cache. 

In practice, the hit time of a direct- 
mapped cache is less than that of a com¬ 
parable set-associative cache because the 
critical timing path can be made shorter 
(unless the set-associative cache was small 
enough to allow parallel address transla¬ 
tion). The delay paths, displayed in Figure 
5, are match-found, select-data, and 
read-data. 

The hit time of a direct-mapped cache 
can be less than that of a set-associative 
cache, because the select-data path can be 
eliminated in a direct-mapped cache. 
Instead of letting the results of tag compar¬ 
isons determine the data returned to the 
CPU, the data can be selected with several 
bits from a reference’s address. These bits 
can directly control a multiplexer or be 
decoded to control tri-state buffers. In 
either case, this timing path is so much 
faster than the others that it is effectively 
eliminated. Figure 7 illustrates this 
improvement. 

An important effect of eliminating the 
select-data timing path is that the match- 
found and read-data paths are now 
independent. This makes it possible for a 
direct-mapped cache to return the correct 
data and for the CPU to resume execution 
even before the system knows whether a 
hit will occur, so long as the CPU can back 
out of execution begun with incorrect 
data. This optimistic use of cache data is 
being used in a research machine at DEC 
WRL, where it enables the cache hit time 
and the machine cycle time to be reduced 
by approximately one-third. Optimistic 
use of cache data is possible in a set- 
associative cache if one always returns the 
most-recently-used (MRU) block in the 
selected set. 12 I found, however, that the 
performance of a simple direct-mapped 
cache is similar to that of a more complex 
MRU cache. 9 

It is also possible to improve the read- 
data path, since it is no longer necessary to 
read from n data blocks in parallel. Instead 
only one block need be read. This flexibil¬ 
ity allows designers to organize data mem¬ 
ory chips differently and to use larger, 
deeper chips. It is possible, for example, 
to completely eliminate the multiplexer or 
tri-state buffers previously used to select 
data from different blocks. 

Finally, improvement in the match- 
found path is also possible, since it is no 
longer necessary to read and compare n 
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Figure 7. Converting to a direct-mapped cache. An n-way set-associative cache can be converted to a direct-mapped cache by 
changing the replacement algorithm to replace the block in bank r, where r is the reference’s tag modulo n. Since this function 
can be done with bit selection (at trivial cost) and off the critical path for a cache hit, the resulting direct-mapped cache has the 
same cost and hit time as the original set-associative cache. Thus, moving to a direct-mapped cache never increases and, as 
explained in the text, can decrease cost and hit time. 


tags in parallel and then “OR” the results 
for the cache hit/miss signal. Rather, one 
need only read and compare one tag. This 
flexibility allows the tag memory to be 
implemented with fewer, deeper chips and 
eliminates the final OR stage. 

The exact magnitude of the improve¬ 
ment possible depends on many imple¬ 
mentation factors. I examined caches 
implemented in three technologies: (1) 
TTL logic and MOS SRAM memory 
chips, (2) ECL logic and memory chips, 
and (3) custom CMOS. I found that mov¬ 
ing from a direct-mapped to a two-way set- 
associative cache increases cache hit time 
in (1) from 100 to 109 ns (nine percent), in 
(2) from 30.0 to 33.5 ns (12 percent), and 
in (3) from 50.0 to 51.0 ns (two percent). 


The difference is about 10 percent for 
board-level TTL and ECL caches and 
much smaller for custom CMOS caches. 
I do not regard the difference between the 
TTL and ECL times as significant, since 
both numbers are sensitive to the propa¬ 
gation delays through a few parts. Since 
custom CMOS assumptions are radically 
different from those for MSI, comparing 
CMOS results with TTL or ECL results is 
subject to more error. However, one may 
expect the penalty for adding a multiplexer 
to be larger in MSI, where it adds logic 
delay and two chip crossings, than on a 
custom chip, where it adds just the logic 
delay. 

In summary, the hit time of a direct- 
mapped cache will be less than that of a 


comparable set-associative cache, since 
block selection can be done before the tag 
comparison completes, and the tag and 
data memories do not need to read infor¬ 
mation from n blocks in parallel. 

Superior effective access times. A direct- 
mapped cache has a smaller effective 
(average) access time than that of a set- 
associative cache of the same size if (1) the 
direct-mapped cache has a smaller hit time 
and (2) both caches are sufficiently large 
that the miss ratio difference between them 
is small. 

Recall that effective access time, 
teff(C), is the average latency, as seen by 
the processor, required by the memory sys- 
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Cache hit time change (Af cache ) Cache hit time change (A/ cache ) 


(a) 10-cycle cache miss time 


(b) 20-cycle cache miss time (/memory) 


Figure 8. Change in effective access time. This figure shows the change in effective access time (A/ etf = A/ cachc + Am*t memory ) 
that results when moving from a cache with a relatively fast hit time and a relatively large miss ratio (e.g., a direct-mapped 
cache) to another cache with a slower hit time but smaller miss ratio (a set-associative cache). The graphs assume 10-cycle (a) 
and 20-cycle (b) miss penalties, where a cycle is defined to be equal to the hit time of the faster cache. The x-axis displays 
values of A/ cache , the hit time difference. An x value of 20 percent implies that the slower cache’s hit time is 1.2 cycles, 1.2 times 
the hit time of the faster cache. The y-axis gives values of A/ eff , the change in effective access time. A y value of - 0.10 implies 
that the effective access time improves by 0.10 cycles. Since most effective access times are slightly larger than 1 cycle, an abso¬ 
lute improvement of 0.10 cycles translates into slightly less than a 10 percent relative improvement. The various lines show 
miss ratio changes, Am, from - 0.05 up to 0.0. All Am’s are nonpositive, since we assume the second cache has a smaller miss 
ratio. 

Points on the y-axis represent the effective access time change that results when Af cache is zero or ignored. Here, all points are 
below the x-axis, since the latter cache, with the smaller miss ratio, always has a better effective access time (A/ eff < 0). 

If A/ cache > 0, the benefit of the lower miss ratio is diminished. For all points above the x-axis, the drawback of the slower 
hit time exceeds the benefit of the lower miss ratio, making the former cache preferred (Af eff > 0). 


tem to service a memory reference. I model 
it as 

'eff(C) = /cache (O + W(C)*/ memory (C) 

where m(C), /cache(C), and t memory (C) are 
the miss ratio, hit time (cache access time), 
and average miss penalty (delay beyond a 
cache access to access memory) for cache 
C. 

If two caches have the same miss pen¬ 
alty, the change in effective access time 
moving from a cache C\ to a cache C 2 is 

A/jff = A/ cache + Aw*/ memory 


where 

A/ e ff - hff(C 2 ) ~ /eff(Ci), 

A/cache = /cached) - /c.chetC,), 

Am = m(C-i) — and 

/memory = /memory(C,) = / memory (C 2 ). 

If cache C\ is direct-mapped and cache 
C 2 set-associative, then A/ cachc > 0 and 
Aw*/ memory ^ 0, since set-associative 
caches typically have a slower hit time and 
smaller miss ratio than direct-mapped 
caches of the same size. Figure 8 illustrates 
A/ eff = A/ cache + Aw */ mcmory for hypothet¬ 
ical direct-mapped and set-associative 


caches. It shows that A/ eff can be either 
positive or negative. If, on the other hand, 
implementation considerations are 
ignored, then 

A/ cff = 0 + Am* /memory — 0 

which implies increasing associativity 
always improves effective access time 
(A/eff is negative). Thus, the effect of 
including implementation considerations 
is to diminish or reverse the miss ratio ben¬ 
efit of increasing associativity. 

To see whether implementation con¬ 
siderations matter in practice, typical 
values must be determined for / me mory, 
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Figure 9. Miss ratio differences. This figure displays the miss ratios from direct- 
mapped caches less the miss ratio of two-way set-associative caches of the same size 
for unified, instruction, and data caches with 32-byte blocks using operating system 
and multiprogramming traces from IBM/370 and VAX 11 architectures. 9 Results 
show miss ratio differences (A m) generally diminish with increasing cache size, and 
are smaller for instruction caches than for unified or data caches. 


Am, and At cache . Reasonable values for 
fmemory are 10 or 20 cycles, where a cycle is 
equal to the hit time of the faster cache. 
Smaller values are possible, especially in 
systems where cache misses are serviced by 
larger level-two caches instead of main 
memory. Larger values are possible in a 
system where the mismatch between the 
technologies used to implement the cache 
and memory is larger than normal. 

Typical values for Am, the absolute 
difference in miss ratio, can be derived 
from trace-driven simulation. Figure 9 
shows miss ratio differences between some 
direct-mapped and two-way set- 
associative caches with 32-byte blocks. 
The data show that Am’s generally get 
smaller as cache size is increased, and that 
the absolute values of the Am’s are small 
for larger caches. All Am’s for caches 
larger than 16 Kbytes, for example, are less 
than 0.01. 

Figure 10 shows effective access time 
changes with actual miss-ratio differences 


for unified caches from Figure 9. Lines are 
labeled with cache sizes and positioned 
according to the miss ratio difference for 
that cache size. Figures 11 and 12 show 
similar results for instruction and data 
caches. These figures illustrate three 
points: 

(1) Moving from a direct-mapped to a 
two-way set-associative cache has little 
potential for improving effective access 
time as caches get larger. At 64 Kbytes (see 
lines labeled 64K) and with 10-cycle 
misses, the maximum improvement possi¬ 
ble is 5.2,3.6, and 4.5 percent for unified, 
instruction, and data caches. With 
20-cycle misses, the maximum possible 
improvement is twice as large. 

(2) Moving from a direct-mapped to a 
two-way set-associative cache can cause a 
worse effective access time if cache hit time 
increases by even a small amount. The 
improvement is offset if the cache hit time 
increase is equal to the maximum improve¬ 


ment possible from the smaller miss ratio 
(for example, 5.2,3.6, and 4.5 percent for 
unified, instruction, and data caches of 64 
Kbytes, having 10-cycle miss penalties). 

(3) Moving from a direct-mapped to a 
two-way set-associative cache offers less to 
instruction caches than it does to unified 
or data caches. The potential benefit from 
increasing associativity in instruction 
caches with a 10-cycle miss time is less than 
6.4 percent for sizes as small as 2 Kbytes. 
The actual benefit will be less if the miss 
penalty is less than 10 cycles or increasing 
associativity impacts cache hit time. 

Furthermore, increasing block size or 
increasing associativity beyond two-way 
does not hurt the case for large direct- 
mapped caches. 9 Increasing block size in 
large caches to 64 bytes improves the per¬ 
formance of direct-mapped caches relative 
to set-associative ones by decreasing all 
miss ratios and miss ratio differences. Fur¬ 
ther increases will exhibit similar behavior 
until the number of blocks in the cache 
becomes limited. Miss ratio improvements 
resulting from increasing associativity 
beyond two-way are much smaller than the 
improvements between direct-mapped and 
two-way set-associativity, implying that 
further increases in associativity will not 
improve effective access time unless they 
have a negligible impact on cache hit time. 

The final parameter value that must be 
determined to know whether direct- 
mapped or set-associative caches are faster 
is At cachc . This parameter is difficult to 
determine, because it is implementation 
dependent and very sensitive to the delay 
through a few parts. 

As discussed previously, I examined 
board-level caches (TTL and ECL) where 
Attache was around 10 percent. The effect 
of a 10 percent slowdown can be studied 
in Figures 10-12 by only considering design 
points on a vertical line at = 10 

percent. For the 10-cycle miss penalty, 
Afcache = 10 percent implies that direct- 
mapped caches have better effective access 
times than two-way set-associative caches 
for caches equal to and larger than 16, 8, 
and 16 Kbytes for unified, instruction, and 
data caches. For the 20-cycle miss penalty, 
the corresponding sizes are 64,16, and 64 
Kbytes. 

The exact cache size at which the effec¬ 
tive access time of a direct-mapped cache 
becomes better than that of a two-way set- 
associative cache is sensitive to many 
assumptions. Nevertheless, that it does 
cross over is inevitable, given that miss 
ratio differences diminish as caches get 
larger and that set-associative caches have 
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Figure 10. Effective access time changes in unified caches. This figure shows the change in effective access time (A/ eff ) that 
results from moving from a direct-mapped cache to a two-way set-associative cache when both caches are unified, have 32-byte 
blocks, and have 10-cycle (a) or 20-cycle (b) miss penalties (Memory)- This figure is constructed by substituting miss ratio differ¬ 
ences (A/n’s) for unified caches from Figure 9 into Figure 8. The lines are labeled with cache sizes in bytes and positioned by 
the miss ratio difference at that cache size. 

The data for 16-Kbyte caches with 10-cycle miss penalties, for example, can be interpreted as follows: increasing 
associativity from direct-mapped to two-way improves effective access time by 0.10 if there is no speed cost to adding 
associativity (A t cache = 0); increasing associativity has no effect on effective access time if the set-associative cache’s hit time is 
10 percent longer; and increasing associativity causes a worse effective access time, despite lowering the miss ratio, if the set- 
associative cache is more than 10 percent slower. 


slower hit times. 

At cache sizes less than the cross-over 
size, a direct-mapped cache may still be 
preferred to one that is set-associative, 
since a direct-mapped cache may cost less 
and its effective access time may not be 
much worse. Even for 20-cycle miss penal¬ 
ties, as Figures 10-12 show, the effective 
access time of a two-way set-associative 
cache is never more than five percent bet¬ 
ter than that of the corresponding direct- 
mapped cache at cache sizes of 32 Kbytes 
and larger. 

Other trends 

Up to this point, I have concentrated on 
single-level caches in uniprocessors. Here 


I discuss future trends toward caches in 
hierarchies and multiprocessors. I exam¬ 
ine why these trends may occur and discuss 
how and whether my arguments for single- 
level caches in uniprocessors apply to these 
new situations. 

Toward caches in hierarchies. In two- 
level cache hierarchies, a level-one cache 
services processor references, but it 
obtains data for misses from a level-two 
cache instead of memory. A level-two 
cache services only level-one cache misses 
and obtains data for its misses from 
memory. 

Two-level cache hierarchies, heretofore 
rarely used, may become more common in 
future systems for three reasons. First, 
implementation considerations can force 


a partition. Some recently introduced 
microprocessors, for example, devote 
some of their limited on-chip area to 
caches, but they require larger caches to 
avoid frequent accesses to relatively slow 
main memory. Since the on-chip caches 
cannot be made larger, a second on-board 
cache is required. Second, a detailed com¬ 
putation of effective access time shows 
that two-level cache hierarchies can offer 
superior performance to a single-level 
cache as processors speed up relative to 
main memories. 8 Third, there may be 
functional and performance benefits to 
specializing caches at different levels in a 
multiprocessor. In a multiprocessor, a 
level-one cache can be optimized to mini¬ 
mize effective access time, while the level- 
two cache is designed to reduce cost or 
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Figure 11. Effective access-time differences in instruction caches. This figure shows the effective access-time change (Lri) of 
moving from a direct-mapped instruction cache to a two-way set-associative instruction cache with miss penalties of either 10 
cycles (a) or 20 cycles (b). Other assumptions match those of Figure 10. Because miss-ratio differences (Aw’s) are smaller, the 
benefit of associativity is smaller for instruction caches than it is for unified or data caches. 


interconnection traffic. Similar reasons 
are expressed by Short and Levy. 13 

The utility of direct-mapped caches in 
two-level cache hierarchies is, as yet, 
undetermined. Level-one caches will be 
direct mapped if technological constraints 
permit large enough cache sizes that the hit 
time advantage of direct-mapped caches 
(due in part to allowing data to be returned 
before the tag comparison is complete) is 
more important than the miss ratio disad¬ 
vantage. Direct-mapped caches can be pre¬ 
ferred for cache sizes as small as 16 Kbytes 
if misses are serviced by a level-two cache 
in 10 cycles or less. Level-two caches, on 
the other hand, are more likely to be set- 
associative, since level-two cache hit times 
are less critical and a lower miss ratio can 
improve multiprocessor performance. The 
only argument for direct-mapped level- 
two caches is that straightforward 
implementations of large set-associative 
caches will be expensive, requiring 
multiple-word-wide banks of memory 
chips. 


Toward caches in multiprocessors. To 

provide a rate of growth of computing 
power that exceeds the rate of technolog¬ 
ical improvement, many manufacturers, 
particularly of high-end computers, are 
turning toward multiprocessors. To facili¬ 
tate ease of programming, some mul¬ 
tiprocessors provide shared-memory and 
use caches. 

Caches in multiprocessors may be 
designed differently than those in 
uniprocessors, since multiprocessor caches 
may be more concerned with minimizing 
memory and interconnect contention than 
with minimizing effective access time. 14 
Here, the relative miss ratio difference 
(Aw/m) is more important than the abso¬ 
lute miss ratio difference (Aw). I found 9 
relative miss ratio differences are constant 
across wide changes in miss ratio and cache 
size. For example, decreasing associativity 
from two-way to direct-mapped in unified 
caches causes a relative miss ratio increase 
of about 30 percent even for large caches. 

Relative miss ratio differences are most 


important in single-bus shared-memory 
cache-coherent multiprocessors, where 
bus bandwidth can easily limit system 
throughput. In multiprocessors based on 
long-latency high-bandwidth interconnec¬ 
tion networks, however, cache design 
should proceed as in a uniprocessor with 
slow main memory. Nevertheless, both 
cases make set-associativity caches more 
attractive, but not necessarily better. 

If multiprocessors use two-level cache 
hierarchies, the above arguments apply to 
level-two caches. I would expect most 
level-one caches, on the other hand, to be 
designed like level-one caches in a 
uniprocessor, making direct-mapped 
caches likely. This expectation may be 
incorrect if the misses for many level-one 
caches are serviced by a single level-two 
cache and contention between level-one 
caches is significant. 

D irect-mapped caches will be com¬ 
mon in uniprocessors as single- 
level or level-one caches and in 


38 


COMPUTER 





















Figure 12. Effective access-time differences in data caches. This figure displays effective access-time changes that result from 
moving from a direct-mapped data cache to a two-way set-associative data cache with miss penalties of either 10 cycles (a) or 
20 cycles (b). Other assumptions match those of Figure 10. The benefit of associativity in data caches is similar to that for uni¬ 
fied caches. 


multiprocessors as level-one caches. 
Direct-mapped caches are preferred when 
they are sufficiently large that hit time 
benefits are more significant than miss 
ratio drawbacks. This can occur in single- 
level caches of 64 Kbytes and larger (16 
Kbytes for instruction caches) and can 
occur at 16 Kbytes and larger for level-one 
caches whose misses are serviced more 
rapidly by level-two caches. 

The arguments against direct-mapped 
caches, with respect to set-associative 
caches, are that they (1) have worse miss 
ratios, (2) have more common worst-case 
behavior, and (3) preclude parallel address 
translation. I have shown that the sig¬ 
nificance of the first two points becomes 
questionable for large caches where abso¬ 
lute miss ratio differences are small, and 
that the third is not a disadvantage for 
large direct-mapped caches, since large set- 
associative caches also preclude parallel 
address translation. 

The arguments for direct-mapped 
caches are that they (1) cost less, (2) have 


faster hit (access) times, and (3) can have 
superior effective (average) access times. 
I have shown that the strength of these 
arguments is not diminished by increasing 
cache size, and the third point is more 
likely to be true for large cache sizes. 

An alternate way of stating this result is 

• set-associative caches reduce the time 
spent on cache misses; 

• direct-mapped caches reduce the time 
spent on cache hits, especially if a 
CPU can use data before a hit or miss 
is determined; 

• set-associative caches are preferred in 
small caches where misses are 
common; 

• direct-mapped caches are preferred in 
large caches where misses are rare; 
and 

• many future caches will be suffi¬ 
ciently large and therefore direct- 
mapped. 

These arguments may not apply to 
single-level or level-two caches in mul¬ 


tiprocessors, where minimizing contention 
or very long miss penalties may favor set- 
associative caches over direct-mapped 
caches. □ 
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The starting date for this appointment is August, 1989. The closing date is December 15. 
1988, or until the position is filled. Salary will be commensurate with qualifications. Women 
and minorities are particularly encouraged to apply. 

Qualified applicants should send resumes and names of three references to Prof. Spyros S. 
Magliveras, Chairman, Search Committee, Computer Science and Engineering Department, 
Ferguson Hail, University of Nebraska, Lincoln, NE 68588-0115. E-mail address; spy- 
ros@fergvax.unl.edu. 
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Segue: Support for 
Distributed Graphical 
Interfaces 

Stuart C. Schaffner and Martha Borkan 
Compass, Inc. 


T he past few years have seen rapid 
growth in the number of highly 
interactive application programs, 
not only on personal computers but also 
on professional workstations, minicom¬ 
puters, and even mainframes. User inter¬ 
faces for these application programs have 
begun to take full advantage of the 
graphics capabilities of modern worksta¬ 
tions. Because the cost of programming 
these interfaces is substantial, there is a 
growing interest in the use of tools and 
reusable components. 

To develop such tools and reusable 
components, however, we need a clear 
model of what a user interface is and how 
to put it together. This model must main¬ 
tain the distinction between the user inter¬ 
face and the semantics of the application 
program itself. If this distinction is not 
maintained, the problem of developing 
interface tools degenerates into the prob¬ 
lem of developing yet another general pro¬ 
gramming system. 

We have seen considerable success in 
modeling certain low-level aspects of user 
interfaces. A substantial number of peo¬ 
ple agree on how to manage a multiwin¬ 
dow display and how to render objects in 
a window, at least for a large class of appli¬ 
cation programs. This agreement is evi¬ 
dent in the growing list of standards efforts 



Segue allows the user 
interface developed 
with the system to 
reside on a 
workstation while 
the application 
program executes on 
the same or another 
machine connected 
through a LAN. 


such as X,' NeWS, GKS, and PH1GS. 

We have also seen considerable success 
in the design of interface toolkits based on 
these low-level packages. These higher- 
level toolkits provide a number of objects, 
such as menu handlers. Each such object 
can display one or more simple units of 
information to a user and can accept sim¬ 
ple information in reply from that user, 
such as a menu choice. 


A complete model of interfaces must 
address the sequencing of events as well as 
the global relationship of the independent 
toolkit objects. This is the domain of user 
interface management systems, an area of 
active and growing research. Despite some 
notable initial successes in this field, 2 the 
conviction has grown that an interface 
model at the user interface management 
system level cannot be completely indepen¬ 
dent of the semantics of the application 
program itself. Thus we face the old prob¬ 
lem: How do you build widely applicable 
interface tools without having them turn 
into general-purpose programming 
systems? 

Several groups have attempted to solve 
the problem by including a knowledge 
base system in the interface. 3 This system 
can then be loaded with knowledge about 
the semantics of the application, knowl¬ 
edge about interface design, or both. 
However, this approach needs more work 
to demonstrate its effectiveness. 

At Compass, we take a different 
approach. We are developing specialized 
interface tools for particular semantic 
domains, that is, particular classes of 
problems for which application programs 
might be written. This article describes our 
experiences developing Segue, an interface 
tool for supporting application programs 
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Figure 1. Segue interface structure. 


that manipulate tree-like data structures. 
This semantic domain, although restric¬ 
tive, includes a number of important appli¬ 
cation programs such as structured 
editors, incremental compilers, and file 
system managers. 

The user interface tools described here 
support the Distributed Ada Program¬ 
ming Support Environment. 4 DAPSE is a 
software development environment. How¬ 
ever, from the standpoint of an interface 
builder, DAPSE is nothing more than a set 
of moderately complex application pro¬ 
grams distributed across a number of com¬ 
puters connected by a local area network. 
These computers include raster-graphics 
workstations for the interface and file 
servers for the data. In the future the net¬ 
work may include mainframes operating 
as transaction processors. These main¬ 
frames will perform computationally 
intensive tasks such as semantic analysis 
and compilation of large programs, as well 
as integration of complete systems. 

DAPSE imposes two important require¬ 
ments on its user interface. First, since 
DAPSE is distributed over a network, the 
interface and the application cannot com¬ 
municate through shared memory. Sec¬ 
ond, the interface must take advantage of 
the high resolution graphics and substan¬ 
tial CPU power of the user’s workstation. 


Structure of the Segue 
user interface tool 

When we examined the interface needs 
of the DAPSE project, we found that most 
of the component programs dealt with 
trees or with tree-like data structures. In 
particular, many parts of DAPSE manip¬ 
ulate Ada compilation units, each of which 
can be represented by a tree. Other parts 
of DAPSE deal with module inclusion 
graphs, which relate a module to the mod¬ 
ules it includes through an Ada With state¬ 
ment (similar to the C Include statement). 
These more complex data structures are 
called directed acyclic graphs, rather than 
trees, because a given module can be 
included by more than one other module. 
However, you can effectively view a 
directed acyclic graph as a tree in a num¬ 
ber of ways. We found that all proposed 
DAPSE components either dealt with trees 
directly or with data structures that the 
user could view as if they were trees. There¬ 
fore, we began our interface tool-building 
efforts by supporting the semantic domain 
of tree manipulation. 

We started with this semantic domain 
partly because it fit our immediate inter¬ 
face needs, partly because it seemed a good 
base for more complex domains, and 


partly because we could use some aspects 
of the well-developed technology of struc¬ 
tured editors. Segue extends this technol¬ 
ogy to provide greater power and 
generality and to make a cleaner distinc¬ 
tion between the internal operation of an 
application program and its user interface. 
We needed greater power to handle the 
greater complexity of graphical unparsing 
and we needed greater generality because 
we had to build interfaces to application 
programs that managed their internal data 
structures in quite different ways. 

Figure 1 shows the form of a Segue¬ 
generated interface. To use Segue, the user 
interface designer specifies a set of map¬ 
ping invariants. These invariants are log¬ 
ical conditions that relate the internal data 
structures of the application program to a 
concrete representation on the worksta¬ 
tion display. This specification controls 
the actions of the Segue-generated user 
interface. 

The interface acts as a referee between 
the application program and the user. It 
must try to keep the mapping invariants 
valid. If the application program changes 
its internal data, it tells the interface. The 
interface, in turn, determines what 
changes (if any) will be required in the 
user’s workstation display to maintain the 
mapping invariants and then makes those 
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Figure 2. Standard structured editor. 


Displayed unparsinq Structure of unparsinq 



Figure 3. Structure of a textual unparsing. 


changes. Conversely, if the user changes 
the workstation display, then the Segue 
interface informs the application program 
of the changes necessary to its internal data 
to maintain the invariants. Because this 
process of refereeing is performed entirely 
through message passing, the application 


program can operate on a different 
machine than the user’s workstation. 

Figure 2 shows the form of a standard 
structured editor. In the figure the “appli¬ 
cation program internal data” is an 
abstract syntax tree, or AST. This tree is 
decorated with both semantic and display 


(unparsing) attributes maintained by an 
incremental attribute evaluator. Segue 
uses structured editor technology, but with 
a number of changes: 

• Most structured editors use a single, 
shared data structure for program data 
and for display information. Segue cannot 
do this, because it is a generator for user 
interfaces to arbitrary programs, and also 
because the interface might be remote. 
Instead, a Segue-generated interface inter¬ 
acts with its application program in terms 
of a conceptual tree that represents the 
program’s internal data structures but that 
might not actually exist. 

• Most unparsing schemes are textual 
and thus fail to take full advantage of 
modern raster-graphics workstations. 
Segue uses a mixture of textual and graphi¬ 
cal representational elements. 

• The Segue unparsing is a tree, with its 
own system for incremental layout and 
redisplay, instead of just being attributes 
on another tree. 

• Segue is designed to allow an applica¬ 
tion program to exist on one processor and 
the interface generated by Segue to exist on 
another processor, connected only by a 
network. This allows a user to move about 
a workstation display, change levels of 
detail, and request changes, all in real time 
on a workstation. Only user actions requir¬ 
ing changes to program data need to be 
referred across the network. 
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Segue achieves greater generality and dis- 
tributability by having a tree for represen¬ 
tation and a separate tree for semantics. 
This change also makes it easier to specify 
graphical unparsings. 

The remainder of this article explores 
the ramifications of this choice. 

The R2D unparsing 
system 

A conventional structured editor main¬ 
tains the material being edited as an 
abstract syntax tree. A component, called 
the unparser, scans the AST and displays 
it to the user as text. If the editor was 
generated by a tool, the tool’s specification 
language must describe how the worksta¬ 
tion display will look for any possible 
AST. An imperative specification lan¬ 
guage defines unparsing actions that will 
be performed as the unparser visits nodes 
in the AST in a particular order. A declara¬ 
tive specification language defines a logi¬ 
cal relationship between the AST and what 
is displayed. The editor generator tool 
must deduce what unparsing actions to 
perform and when to perform them. 

Most early structured editors had 
unparsers that went directly from the AST 
to a linear sequence of characters, cleverly 
folded into an array of indented lines of 
text. For example, consider the program 
fragment 

if x>y then 
x : = y; 

This can be represented in linear form as 
the text string 

“if x>y then&CR&IN3 , 7o 
x: = y;&CR&IN- 3%” 

that is, as printable characters plus embed¬ 
ded formatting commands to break the 
characters into indented lines. 

Instead of linear text, some recent struc¬ 
tured editors have used a tree representa¬ 
tion to control the layout of blocks of 
text. 5 Figure 3 shows a possible tree form 
for the above code. 

In Segue, a subsystem called R2D con¬ 
trols what the user sees. R2D is an unparser 
with a tree representation for the output. 
It uses a declarative specification lan¬ 
guage. The name now stands for Repre¬ 
sentation in 2 Dimensions, but in the 
future may stand for Relations in 2 Dimen¬ 
sions if we decide to generalize beyond 
trees. Unlike an unparser, however, the 


Figure 4. Structure of an R2D unparsing. 


nodes in an R2D tree can be graphical ele¬ 
ments, such as boxes and icons, as well as 
blocks of text. The R2D tree is really a sep¬ 
arate tree rather than just a set of attrib¬ 
utes on the AST. 

The R2D tree and the AST are loosely 
coupled by a set of tree-to-tree mapping 
invariants. This loose coupling allows dis¬ 
tribution of the user interface and the 
application program across a network. 
Much of the layout processing and user 
input control is performed directly by the 
workstation and does not depend on any 
processing being performed on the AST. 

In the next section, we will discuss how 
the mapping invariants are maintained. 
For the remainder of this section, we can 
think of an R2D tree as an arbitrary dis¬ 
play structure that a user can scan and per¬ 
haps modify. As an example, consider the 
“ifx>y . . .” case, which we have shown 
in both linear and text tree form. Figure 4 
shows how this might be represented by an 
R2D tree and how it would look on the 
screen. 

While we usually think of an R2D tree 
as a tree data structure, it is sometimes 
useful to focus on the set of tree nodes 
themselves. We can think of the nodes 
as abstract data objects, as defined by 
an object-oriented language such as 
SmallTalk 6 or C + -I-. An abstract data 
object has an internal state, much like 
fields in a record. It also has a set of rou¬ 
tines, called methods, that can be called 
on it. A type inheritance scheme deter¬ 
mines the static characteristics of objects. 
A new type B can be defined as a subtype 
of an already existing type A. We can also 


think of A as a supertype of B. In either 
case, B will have all of the fields and 
methods of A, plus new fields and 
methods peculiar to B. 

Such a system has the advantage that all 
subtypes of a particular type can share cer¬ 
tain properties. In R2D, global properties, 
such as the requirement that the tree recur¬ 
sively subdivide the workstation display 
space, are enforced by methods associated 
with the R2D supertype r2object. Individ¬ 
ual object types are derived from that 
supertype. These global properties of R2D 
tree nodes are essential to rapid response 
by the interface to user actions. 

The current version of R2D supports 
only a small, fixed set of tree node types. 
This has proven to be less of a limitation 
than originally thought. So far, our user 
interface designers have preferred to mas¬ 
ter a small number of design elements 
rather than try to use a large number of 
unfamiliar object types. This will likely 
change as our designers become more 
experienced. 

The object types are best represented in 
an object-oriented hierarchy. Figure 5 
shows the type-subtype hierarchy of our 
current set of types, where each box 
represents a type and its methods. The 
supertypes r2object, r2bxes, and r21ists are 
not directly instantiated, that is, no objects 
of those types are ever generated. All other 
types can be instantiated as nodes in an 
R2D tree. 

Supertype r2object embodies the 
methods and attributes common to all 
R2D object types, such as graphical layout 
and picking. Because an R2D tree is the 
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Figure 5. R2D graphically displayable object-type inheritance hierarchy. 


target of a mapping from another tree, 
each R2D node can be labeled with the 
type of a node in that other tree. 

Finally, level-of-detail attributes deter¬ 
mine how much of the workstation display 
will be taken up by particular subtrees. In 
a textual structured editor this is called 
holophrasting. 

The following R2D types are derived 
directly from r2object: 

• r2figure represents one of a set of 
fixed figures, such as icons. 

• r2string represents a fixed string, that 
is, one which neither the user nor the appli¬ 
cation program can alter except by total 
replacement. 


• r2metasym represents a syntactic 
choice that the user can make. When the 
user picks an object of this type, a menu 
appears. 

• r2metastr is a string whose value can 
change. Under the proper conditions it will 
appear as a text-edit window. 

• r2frame is associated with an R2D 
subtree and a workstation window in 
which that subtree is to be displayed. The 
root of an R2D tree is always an r2frame. 
However, an r2frame is also an r2object 
and thus can have a position and size on an 
enclosing window. 

• r2nil takes up no space on the work¬ 
station display and is never pickable. How¬ 


ever, because it is a subtype of supertype 
r2object, it responds correctly to any 
requests to read its size or to display it. 

The supertype r2bxes embodies those 
extra attributes and methods common to 
all boxes. This includes an R2D subtree to 
form the box body as well as attributes that 
determine the width of a border between 
the body and the edges of the box. Other 
attributes determine whether the box walls 
are visible. This type generates two sub- 
types: r2box and r21box. Simply a box, 
r2box has no additional attributes or 
methods. On the other hand, r21box has 
another R2D subtree as a label. 

The supertype r21ists contains features 
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Structured editors minitutorial 


If we could catch more program¬ 
ming errors at edit time, we could 
eliminate wasteful repetitions of the 
edit-compile-edit loop. We often call 
tools that do this language-sensitive 
editors. A language-sensitive editor 
can also format the input to empha¬ 
size important aspects and can 
reduce the amount of typing required 
to enter standard forms. In contrast, 
an ordinary text editor cannot distin¬ 
guish between a computer program 
and a sonnet, even though both fol¬ 
low quite different structural rules. 

We can break down the rules a pro¬ 
gram must follow into three levels: 
lexical, syntactic, and semantic. Lexi¬ 
cal rules determine how the entire 
text stream is broken into a series of 
units, called lexemes. Lexemes 
include elements such as identifiers, 
punctuation marks, and keywords. 
Syntax rules determine how these 
lexemes can be parsed into larger 
logical elements such as program 
statements, blocks, and programs. 
Semantic rules require a certain con¬ 
sistency between these logical ele¬ 
ments. For example, if a Fortran 
program refers to a label, that label 
must be defined in the same 
program. 

A compiler for a programming lan¬ 
guage accepts a program in text form 
and then analyzes it according to the 
lexical and syntactic rules for that 
language. The analysis results in a 
data structure called the internal rep¬ 
resentation of the program. If the 
internal representation is a tree, we 
often call it the abstract syntax tree, 
or AST. This data structure is then 
analyzed according to the semantic 
rules for the language. The results of 
this semantic analysis are used to 
generate machine code. An 
incremental compiler retains the 
internal representation from a previ¬ 
ous compilation to speed reanalysis 
when a small change is made to the 
program. 

There are several approaches to 
building a language-sensitive editor. 


One approach relies on the program 
editor, such as Emacs or vi. We can 
configure these editors to analyze 
the text for certain lexical and syn¬ 
tactic conditions, such as balancing 
of parentheses. While this approach 
can prevent some errors, it cannot 
detect most syntactic or semantic 
errors. 

Another approach combines a text 
editor with an incremental compiler. 
This kind of editor can detect all lexi¬ 
cal, syntactic, and semantic errors 
soon after they are made. However, 
the program must always be main¬ 
tained in two different forms while 
the combined editor is running, 
because the text editor part requires 
the text form and the incremental 
compiler part requires the internal 
representation. 

A third approach to building a 
language-sensitive editor is to have 
the editor maintain and manipulate 
only the internal representation of 
a program. A module called an 
unparser translates this internal 
representation into a textual display 
to give the user the illusion of manip¬ 
ulating text. We usually call a tool 
built using this approach a struc¬ 
tured editor, or sometimes a structure 
editor. The internal representation is 
almost always an abstract syntax tree. 

A typical structured editor, then, is 
based on an AST accessed by three 
major editor components: a modifier, 
an unparser, and a semantic 
analyzer. The unparser displays the 
current state of the AST to the user, 
generally as text. The modifier knows 
how the user is allowed to modify the 
AST and can translate user actions 
relative to the workstation display 
into actions on the AST. The seman¬ 
tic analyzer checks for semantic 
errors, either every time the AST 
changes or only when the user 
requests it. 

To generate a structured editor, 
you would give a high-level specifica¬ 
tion to a tool that builds an editor 
meeting the specification. The editor 


common to all lists. These include a spa¬ 
tial organization attribute that you can set 
to horizontal or vertical. The type r21ist 
contains no additional features. The type 
r2varlist is a variable list. It has methods 
associated with it that allow the list to grow 
and contract. 


Tree-to-tree mappings 

A Segue user interface consists of two 
independent data structures coupled by a 
set of mapping invariants. One data struc¬ 
ture, the abstract syntax tree, is maintained 
by the application program, but we view 


specification language must 
describe the structure of the AST, the 
way it is unparsed, and what modifi¬ 
cations the user can make to it. The 
language must also specify what 
semantic analysis is to be per¬ 
formed. 

The specification language can be 
imperative, specifying actions to be 
performed at particular times, or 
declarative, specifying conditions 
that must remain true. A declarative 
language has the practical advan¬ 
tage that the language specifies 
what is to be done rather than how to 
do it. This gives the tool builder a 
greater choice of implementation 
methods. 

One advantage of a tree-based 
internal representation for a struc¬ 
tured editor is that the unparser can 
display different parts of the tree at 
different levels of detail. This allows 
a user to concentrate on particular 
aspects of a program being edited, 
while still being able to see the over¬ 
all structure. If the unparsing is tex¬ 
tual, this is called elision (if “...” is 
used) or holophrasting (if a keyword 
is used). 


Further reading 

For further information on the 
topic of structured editors, see 

Reps, T., Generating Language-Based 
Environments, MIT Press, Cambridge, 
Mass., 1984. 

Donzeau-Gouge, V., B. Lang, and B. 
Melese, ''Practical Applications of a 
Syntax-Directed Program Manipulation 
Environment,” Proc. 7th Int’l Conf. Soft¬ 
ware Engineering, Orlando, Fla., Mar. 
1984, IEEE No. 84CH2011-5, pp. 346-354. 
Meyrowitz, N., and A. van Dam, “Interac¬ 
tive Editing Systems: Parts I and II," 
ACM Computing Surveys, Vol. 14, No. 3, 
Sept. 1982, pp. 321-415. 

Lunney, T., and R. Perrott, “Syntax- 
Directed Editing,” Software Engineering 
J., Vol. 3, No. 2, Mar. 1988, pp. 37-46. 


it as a tree. The other structure, a tree of 
R2D graphical objects, is maintained by 
fixed code in the Segue runtime system. 

The application program and the user 
asynchronously modify the AST and the 
R2D tree, respectively. A change to either 
tree may require a change to the other to 
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maintain the mapping invariants. The 
Segue runtime system sends messages 
between the application program and the 
R2D runtime code to ensure this. 

This process requires that the mapping 
invariants include a bidirectional tree-to- 
tree mapping between the AST and the 
R2D tree. An obvious approach would be 
to have an explicit mapping from the AST 
directly to the R2D tree. This approach 
will not work because the R2D tree and the 
code that maintains it must be distributa¬ 
ble, across a network, from the application 
program and its AST. As a result, no code 
can access both the AST and the R2D tree 
in shared memory. 

Suppose, for example, the user has 
changed the R2D tree. Segue must now 
formulate a message that requests the 
application program to make a cor¬ 
responding change in the AST. We now 
have a problem, because the message 
sender does not know the current structure 
of the AST and the receiver does not know 
the current structure of the R2D tree. In 
what “language” should the message be 
written? 

To solve this problem, we interpose a 
new tree, called the CST, between the AST 
and the R2D tree. The name CST comes 
from concrete syntax tree, to distinguish 
it from the abstract syntax tree. The CST 
is virtual. It is implied by some scalar 
attributes of certain nodes in the AST and 
R2D trees, but never exists independently. 

A user interface specification includes 
two mappings, one between the AST and 
the CST and one between the CST and the 
R2D tree. The syntax of the CST is the syn¬ 
tax of the interaction between the interface 
and the application program. This syntax 
serves as a lingua franca, an agreed-upon 
diplomatic language. Each remote process 
can write a message in this language and 
expect the other process to understand that 
message. 

Specifying tree-to-tree mappings. Once 
we had decided that the mapping invari¬ 
ants that define a Segue user interface were 
to include a two-step mapping between the 
AST and the R2D tree, we needed to 
design a specification language for those 
mappings. This was a critical step because 
an error here could result in a tool that was 
very difficult to use or that produced 
inefficient or awkward interfaces. We 
therefore needed to rigorously prove cer¬ 
tain properties of the language we 
designed. An informal view of some of the 
more critical aspects of this design process 
follows. 


The goal of a specification language for 
the CST-to-R2D and the CST-to-AST 
mappings is to allow mappings that are 

• restrictive enough to make the AST 
track relevant changes in the R2D tree 
and vice versa, 

• expressive enough to describe user 
interfaces for a usefully large range of 
application programs, and 

• simple enough to calculate without 
requiring access to both trees. 

An overly restrictive specification would 
result in valid ASTs that could not be dis¬ 
played, while an insufficiently restrictive 
specification would not fully specify the 
interface. The requirement for expressivity 
is also obvious, because the effort of build¬ 
ing a tool would not be justified if you had 
few applications for it. We can show 
whether a given language is expressive 
enough only through actual experience, 
that is, by using it to specify interfaces for 
several different application programs. 
The requirement for simplicity stems from 
the fact that Segue uses the mapping rules 
to communicate through messages 
between the R2D unparsing system and the 
application program. 

The Segue user-interface specification 
language uses a set of mapping rules, 
which we call context-free mapping rules, 
to describe the mapping invariants. We 
have successfully used context-free map¬ 
ping rules to prototype a wide variety of 
user interfaces. Thus, we feel that we have 
shown context-free mapping rules to be 
expressive enough. We will now show that 
they are restrictive enough and simple 
enough. 

We chose a declarative rather than an 
imperative form for our specification lan¬ 
guage; our language describes conditions 
that must be true rather than actions that 
must be performed. A complete specifica¬ 
tion includes the following elements: 

• A description of the AST syntax. This 
is a listing of the node types and a 
description, for each node type, of the 
number and kind of child nodes. 

• A description of the R2D syntax. This 
is not supplied by the user, but 
belongs implicitly to the specification. 

• A description of the CST syntax. The 
AST and R2D syntaxes describe the 
shape of real data structures. The 
CST syntax, on the other hand, is 
actually the syntax of the interaction 
between the application program and 
the interface. A disjunction in the 
CST syntax represents a choice one 
process can make that might affect 


the other process. 

• Two sets of mapping rules. One rule 
set describes the mapping between the 
CST and the AST, and the other set 
describes the mapping between the 
CST and the R2D tree. 

A mapping rule describes local condi¬ 
tions that must be true between subtrees of 
the domain and subtrees of the codomain. 
For the CST-AST mapping, the CST is the 
domain and the AST is the codomain; for 
the CST-R2D tree mapping, the CST is the 
domain and the R2D tree is the codomain. 

We specify a rule with a picture. Figure 
6 shows an example. The pictures are 
rigorously defined by a visual program¬ 
ming language. We could have used a 
predicate calculus, or some other symbolic 
form, but the results would not have been 
as easy to read. 

A mapping rule appears to be a single 
unit, but it really has a three-part form: 

If 

some conditions are true 

then 

identify local variables x,y,z, . . . 
with particular nodes in the trees 

and furthermore 
various things about x,y,z, ■ ■ ■ 
have to be true 

We can then read the rule in Figure 6 as fol¬ 
lows: If there is a node, call itx, of type A 
in the domain tree (in Segue this is always 
the CST), then it must map to a particular 
node, call it y, in the codomain tree (the 
AST or the R2D tree), y must be of type P 
and it must have three children, call them 
yl,y2,andy3.yl mustbeanodeoftype 
Q and must have a single child, call ityy 1. 
Similarly, x must have two children, call 
them x 1 and x2.x\ then maps toyyl and 
x2 maps toy 3. 

Mapping rules are not just informal pic¬ 
tures but rigorously defined statements in 
a visual programming language. A full 
description of this language would be quite 
lengthy. One of several issues we will not 
discuss fully here is the interaction between 
the syntaxes and the rules. For example, in 
Figure 6 the fact that node A has two chil¬ 
dren is really determined by the syntax for 
the domain tree (always the CST in Segue). 
If the syntax specified three children for A 
instead of two, the rule and the syntax 
would be inconsistent. Actual Segue rules 
combine the syntax and the mapping spec¬ 
ifications, eliminating that particular 
source of inconsistency. 

Using the mapping rules. In a Segue¬ 
generated user interface, if the user 
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changes the R2D tree or if the application 
program changes the AST, a message 
might be generated describing that change 
in terms the other side can understand. The 
Segue interface generator tool must be able 
to translate any interface specification into 
code that generates and interprets such 
messages. 

A Segue user-interface specification is 
declarative rather than imperative. It 
describes what children a tree node should 
have if that node is found in a tree, and it 
specifies how the children of a node are 
mapped if the node itself is mapped. None 
of this directly specifies how to build an 
entire tree, or how to maintain a complete 
mapping. 

To see how to do this in Segue, suppose 
that the user has just deleted a particular 
node in the R2D tree and that this will 
require deletion of a corresponding node 
from the AST. Figure 7 depicts this situa¬ 
tion. Consider the Segue runtime code that 
maintains the R2D tree and that must for¬ 
mulate a message about the deletion. This 
code has direct access to the R2D tree and 
knows exactly which node was deleted. It 
can denote this node either by its memory 
address or by a path from the root to the 
node. 

Conceptually, a tree path is a list of 
integers describing a path from the root of 
a tree to a particular node in the tree. For 
example, the R2D path (1,1) describes the 


node that is the first child of the node that 
is the first child of the root. Because we are 
formulating a message to a program that 
cannot access the R2D tree directly, the 
tree path is clearly a better place to start 
than the memory address. 


The R2D tree path is still not directly 
useful to the application program because 
it describes a path through a structure that 
the application program cannot access. 
Segue must use the mapping rules to con¬ 
vert the R2D path into an equivalent CST 



Delete (2,2) in the 
AST. 



What the application 
program receives 


What Segue puts in a 
message 


What the user did to 
the display 


Figure 7. Effect of a node deletion in the R2D tree. 
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Figure 8. CST path calculation. 


path. Segue has arranged that the user can 
delete only R2D nodes that are targets of 
the CST-R2D mapping. Segue therefore 
needs to generate a CST path to the CST 
node that maps to the R2D node deleted by 
the user. 

This calculation does not require that 
the CST exist as a separate data structure 
nor that the current mapping be stored. 
Instead, it uses the mathematical principle 
of induction. It is easier to describe how 
the reverse function works, namely, the 
function that calculates an R2D path from 
a CST path. Briefly, suppose that we have 
a CST path, pc, and wish to calculate the 
corresponding R2D path ,pr. It is always 


true that the root of the CST maps to the 
root of the R2D tree. It is also always true 
that both pr and pc start at the roots of 
their respective trees. 

The root of a tree is denoted by the zero- 
length path (). Therefore, we have a path 
pcO of length 0 in the CST and a path prO 
in the R2D tree such that the node at pcO 
maps to the node at prO and such that pc 0 
is an initial subpath of pc and prO is an ini¬ 
tial subpath of pr. 

Now, suppose that we have initial sub¬ 
paths pen and pm, where pen is of any 
length n, and suppose further that the node 
at pen maps to the node at pm. If a map¬ 
ping rule applies to the CST node at pen, 


the rule will tell us how to extend pen and 
pm. The extension of the CST path pen 
has length n + 1. 

In this way, we can calculate the R2D 
path one step at a time by using the map¬ 
ping rules. Figure 8 shows one step in the 
R2D path construction process. 

The Segue user-interface generator tool 
can use this technique to generate efficient 
code that calculates the R2D path when 
given the CST path. Segue must also be 
able to calculate the reverse, that is, a func¬ 
tion that calculates the CST path from the 
R2D path. The Segue generator tool can 
generate efficient code for this, too, 
although the algorithm is somewhat more 
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complex. 

Segue can generate path-conversion 
code only because mapping rules are con¬ 
strained by a specification language that is 
formally precise. The path conversion 
algorithms are very sensitive to the types 
of rules allowed. Figure 9 shows three rules 
that are not allowed and that would make 
path conversion more difficult. The first 
rule would cause the CST path length to 
jump by two as the paths build up. This 
would prevent induction on CST path 
length. Instead, we would have to use 
mapping depth, that is, the number of rule 
applications required to build a path. The 
second rule in Figure 9 would make it dif¬ 
ficult to determine if the rule set were com¬ 
plete and unambiguous. The third rule 
would make the R2D-CST conversion 
ambiguous unless a default mechanism 
were added. 

We have examined a number of changes 
to the current rule-definition language and 
feel that some very powerful extensions are 
possible. However, it is safe to implement 
such extensions only after the path- 
conversion algorithms have been 
rigorously derived. The mathematical 
derivation is straightforward but lengthy. 



Many-to-one 
mapping rule 


J 


Figure 9. Possible extensions to the mapping rules. 


Three Segue user 
interfaces 

Segue is not a completely general inter¬ 
face generator. Instead, it provides power¬ 
ful support for a particular semantic 
domain, namely, the set of application 
programs that manipulate tree data struc¬ 
tures. We have built a complete prototype 
Segue interface-generator toolkit and used 
it to create several different interfaces. 
Three of the most important interfaces 
developed so far are interfaces for a struc¬ 
tured Ada editor, an Ada library manager, 
and the Segue interface-specification tool 
itself. These examples show the breadth 
and importance of this particular seman¬ 
tic domain. However, they also show the 
need for tools to support more complex 
domains. 


Ada editor. One of the first applications 
of the Segue prototype was an Ada struc¬ 
tured editor. Segue was effective at this 
because an Ada program is a tree 7 and 
because Segue borrows heavily from struc¬ 
tured editor technology. 

Figure 10 shows the Ada structured edi¬ 
tor as it might appear to a user. All Segue 
interfaces involve one or more R2D win¬ 


dows; in Figure 10 the rectangle with a gray 
border is an R2D window. An R2D win¬ 
dow displays a view of tree-structured data 
maintained internally by the application 
program. In the Ada structured editor this 
data is an Ada program. In addition to the 
R2D windows, an interface display will 
usually have an area reserved for applica¬ 
tion program actions, independent of any 
R2D views. In Figure 10 this is the bottom 
menu. 

Within an R2D window, the column of 
icons on the left represents pick-pen oper¬ 
ations. The user can have any number of 
operations enabled or disabled at any time. 
The center of the window displays a tree of 


R2D objects. The interface designer has 
specified that certain R2D objects respond 
to certain pick-pen operations. When the 
cursor moves over this display, objects 
that can respond to a currently enabled 
pick-pen operation are highlighted. If two 
R2D objects share the current cursor posi¬ 
tion and both can respond to enabled oper¬ 
ations, only the innermost object will be 
highlighted. 

In Figure 10, a small Ada program con¬ 
sisting of a single package body is dis¬ 
played. The package body contains a 
variable declaration, three procedure 
declarations, and some package initializa¬ 
tion code. To conserve space on the work- 
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Figure 10. User’s view of the Ada structured editor. 


station display and to direct attention to a 
particular part of the package, the user is 
displaying all but the procedure 
finaLreport at a low level of detail. These 
detail-level changes are local to the Segue 
interface and require no action by the edi¬ 
tor itself. In Figure 10 the user is prepar¬ 
ing to replace the shaded box labeled 
“statement” with an Ada statement from 
the pop-up menu at the right. When the 
choice is made, the menu disappears and 
any image under it is restored. 

The column of pick-pen operations 
restricts Segue to the semantic domain of 
application programs that make local 
modifications to trees rather than the 


somewhat broader data domain of pro¬ 
grams that access trees in general. For 
example, a browser of a protected data 
structure would not want the user to be 
able to choose a pick-pen that deletes data. 
You can avoid this by allowing the inter¬ 
face to delete pick-pen operations. You 
might also want to allow the interface 
designer to define new actions or override 
old ones. We intend to investigate these 
possibilities in the near future. 

The workstation display you see in Fig¬ 
ure 10 clearly holds more than text. Still, 
the Ada program shown should be 
immediately readable by anyone familiar 
with standard Ada text. We must make 


this compromise with standardized, tex¬ 
tual languages such as Ada or Fortran. 

Ada library manager. The second major 
application of Segue we will discuss here, 
an Ada library manager, is a prototype 
designed to show how a tool can manage 
a collection of Ada module libraries and 
call Ada tools, such as compilers and 
linkers, on modules in those libraries. The 
prototype manager tool directly accesses 
Verdix Ada libraries on Sun workstations. 

Figure 11 shows what the user might see 
in a typical session with the library man¬ 
ager. The Ada library Shutdown contains 
a number of compilation units, such as 
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Figure 11. User’s view of the Ada library manager. 


type_defs, signal-controller, and 
light_pkg. A compilation unit is a block of 
source code that the Ada compiler will 
accept as a unit. The compilation units 
have been partitioned for building a dis¬ 
tributed application. The user is examin¬ 
ing two units in full detail: 
signal-controller and fan_shutdown. 
Pressing the mouse button with the cursor 
over the action field for fan-controller has 
called up a menu of possible actions. Once 
an action has been requested, the action 
field reflects the status of the action. 

Because we were able to write effective 
Segue interfaces for them, we know that 
the Ada structured editor and the Ada 


library manager both fall within Segue’s 
semantic domain. Beyond this, however, 
the two application programs are really 
quite different. The Ada structured edi¬ 
tor’s AST represents an arbitrary Ada pro¬ 
gram that the user can change at will. The 
Ada library manager’s AST is a model of 
what actually exists in the file system. To 
delete a node in the library manager’s 
AST, the manager might have to delete a 
library file to keep the model accurate. 

The library manager also shows the need 
for Segue to support real-time, mul¬ 
tiprocess application programs. The man¬ 
ager allows the user to initiate concurrent 
actions on a multitude of library objects. 


The user can compile three different Ada 
compilation units, edit a fourth and fifth, 
and print out a sixth, all at the same time. 
The status of each operation is reported in 
the action field for each unit. To handle 
this, Segue must correctly handle asyn¬ 
chronous change messages in either direc¬ 
tion. The current implementation makes 
the message channel an exclusive resource; 
we plan to provide a less-restrictive mech¬ 
anism in the future. 

Interface specification tool. The last 
major application of Segue that we will 
describe here, the Gift tool, is the actual 
generator part of the Segue system. It 
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Figure 13. What we would like the Gift user to see. 
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accepts an interface description in a visual 
programming language, analyzes it, and 
generates Ada code for a particular inter¬ 
face. This Ada code is then compiled and 
linked with fixed Segue runtime code to 
produce a complete interface. 

A complete interface specification 
includes 

• an AST syntax, 

• a CST syntax, and 

• tree-to-tree mapping rules for both 
the CST-AST and the CST-R2D tree 
maps. 

The Gift tool is an interesting applica¬ 
tion for Segue because it handles a visual 
programming language instead of a lan¬ 
guage like Ada, which was designed for 
textual representation. The Gift tool is also 
interesting because the mapping rules it 
displays have a data structure that is really 
a general relation between three trees. 

Figure 12 shows what the Gift user 
might see. It shows how a mapping rule 
can be viewed as a single tree. The rule 
itself is part of the definition of the Ada 
library manager shown in Figure 11. It 
defines a labeled box whose label is the 
fixed string “Node” in boldface followed 
on the right by the mapping of a node 
name. The body of the labeled box con¬ 
tains a vertical list of mappings of compi¬ 
lation units. 

We feel that this representation is eas¬ 
ier to understand than text. Still, Figure 13 
shows what we would like to see instead. 
To support this on a workstation would 
require a new tool like Segue but support¬ 
ing a more complex semantic domain. 

M ore work is required. For 
example, consider the Ada 
program being edited in Fig¬ 
ure 10. The user has asked to specify an 
Ada statement and has been given a menu 
of 24 possibilities. Clearly, assignment is 
a much more likely pick than selective 
wait, yet the menu gives both equal promi¬ 
nence. Some kind of hierarchical menu is 
needed, coupled perhaps with a user pro¬ 
file. The user should also be able to enter 
text for incremental parsing when con¬ 
venient. 

Figures 12 and 13 show a particular vis¬ 
ual programming language that really 
belongs to a more complex semantic 
domain—the set of applications that 
modify both a tree and a general relation 
over that tree. Because the tree determines 
the overall layout of the workstation dis¬ 
play, we could support this enlarged 
semantic domain by generalizing the Segue 


tool. However, other useful semantic 
domains might require different 
approaches. In particular, Segue supports 
only a simple set of operations on the data. 
Other domains might require more com¬ 
plex models for the operations being per¬ 
formed. 

Segue offers us a tool for generating 
graphical user interfaces to an important 
class of application programs: those pro¬ 
grams that modify tree or tree-like data 
structures. The current implementation is 
just a prototype; even so, it has success¬ 
fully generated interfaces for several 
major, quite different applications. To 
make Segue-generated interfaces polished 
and efficient will require a substantial 
amount of engineering. □ 
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Inheritance of 
Synchronization and 
Recovery Properties in 
Avalon/C++ 

David L. Detlefs, Maurice P. Herlihy, and Jeannette M. Wing 
Carnegie Mellon University 


M any object-oriented programming 
languages provide inheritance 
mechanisms that allow program¬ 
mers to define new data types as extensions 
of previously existing types. By supporting 
incremental modification, inheritance mecha¬ 
nisms are generally thought to enhance 
modularity and reusability. In this article, we 
describe our experience adapting inheritance 
mechanisms to a new application domain: 
reliable distributed systems. We give an 
overview of Avalon/C++, a programming 
language under development at Carnegie 
Mellon University. Avalon/C++ allows pro¬ 
grammers to “customize” the synchroniza¬ 
tion and fault-tolerance properties of new 
data types by letting them inherit properties 
such as serializability and crash recovery 
from a library of basic types. We believe that 
inheritance can facilitate implementing and 
reasoning about programs that must cope 
with the complex behavior associated with 
concurrency and failures. 

Reliable distributed systems are inher¬ 
ently more complex than their conventional 
sequential counterparts. In addition to the 
usual concerns about functional correctness, 
the programmer must address issues arising 
from concurrency and fault-tolerance. In the 
presence of concurrency and failures, the 
data these systems manage must satisfy 
application-dependent consistency con- 
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Programs in reliable 
distributed systems 
are more complex 
than their sequential 
counterparts. AvaIon/C++ 
helps programmers cope 
with the behavior 
associated with 
concurrency and failures. 


straints, which can encompass objects stored 
at multiple nodes in a distributed system. 
The data must be highly available, that is, 
highly likely to be accessible when needed. 
Data must also be reliable, that is, unlikely to 
be lost or corrupted by system failures. 
Examples of applications that require such 
properties include databases, airline reserva¬ 
tions, and electronic banking systems, where 
incorrect or unavailable data can be extremely 
expensive. 

0018-9162/88/l200-0057$01.00 © 1988 IEEE 


The following sections describe the trans¬ 
action model used to organize distributed 
computations, some relevant features of C++, 
and an overview of the Avalon/C++ base 
hierarchy. We then describe in more detail 
each of the hierarchy’s classes and some 
restrictions on their use that must be obeyed 
to preserve their semantic intent. An ex¬ 
tended example illustrates a directory-type 
implementation that uses all three of the base 
classes. Finally, we discuss related work. 

Transaction model of 
computation 

A distributed system consists of multiple 
computers (called nodes) that communicate 
through a network. Distributed systems are 
typically subject to several kinds of failures: 
nodes can crash, perhaps destroying local 
disk storage, and communications can fail, 
via lost messages or network partitions. A 
widely accepted technique for preserving 
consistency in the presence of failures and 
concurrency involves organizing computa¬ 
tions as sequential processes called transac¬ 
tions. Transactions are atomic, that is, serial¬ 
izable (transactions appear to execute in a 
serial order), transaction consistent (a trans¬ 
action either succeeds completely and com¬ 
mits, or aborts and has no effect), and persis- 
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tent (the effects of a committed transaction 
survive failures). 

A program in Avalon consists of a set of 
servers, each of which encapsulates a set of 
objects and exports a set of operations and a 
set of constructors. A server resides at a 
single physical node, but each node can be 
home to multiple servers. An application 
program can explicitly create a server at a 
specified node by calling one of its construc¬ 
tors. Rather than sharing data directly, serv¬ 
ers communicate by calling one another’s 
operations. An operation call is a remote 
procedure call with call-by-value transmis¬ 
sion of arguments and results. Objects within 
a server can be stable or volatile; stable 
objects survive crashes, while volatile ob¬ 
jects do not. Avalon/C-H- includes a variety 
of primitives (not discussed here) for creat¬ 
ing transactions in sequence or in parallel, 
and for aborting and committing transac¬ 
tions. Each transaction is the execution of a 
sequence of operations and is identified with 
a single process. 

Transactions in Avalon/C++ can be nested. 
A subtransaction’s commit depends on its 
parent’s; aborting a parent will roll back a 
committed child’s effects. A transaction’s 
effects become permanent only when it 
commits at the top level. We use standard 
tree terminology when discussing nested 
transactions: A transaction T has a unique 
parent, a (possibly empty) set of siblings, and 
sets of ancestors and descendants. A transac¬ 
tion is considered its own ancestor or descen¬ 
dant. 

Avalon/C++ provides transaction seman¬ 
tics via atomic objects. Atomic objects en¬ 
sure the serializability, transaction consis¬ 
tency, and persistence of transactions that 
use their operations. All objects shared by 
transactions must be atomic. Avalon/C++ 
provides a collection of built-in atomic types, 
and users can define their own atomic types 
by inheritance from the built-in types. 

Sometimes, guaranteeing atomicity at all 
levels of a system can be too expensive. 
Instead, implementing atomic objects from 
nonatomic components is often useful. In 
Avalon, such components, called recover¬ 
able objects, guarantee persistence in the 
presence of crashes. 

Avalon relies on the Camelot system 1 to 
handle operating-system-level details of 
transaction management, intemode commu¬ 
nication, commit protocols, and automatic 
crash recovery. 

C++ 

C++ 2 -’ is an object-oriented extension of 
C 4 designed to combine advantages of C, 


such as concise syntax, efficient object code, 
and portability, with important features of 
object-oriented programming, such as ab¬ 
stract data types, inheritance, and generic 
functions. 

C++ uses the class construct to define 
abstract data types. (We use the terms “class” 
and “data type” interchangeably.) A class 
contains members, which are objects of any 
C++ type, including functions. For example, 
one might enforce bounds checking on array 
accesses by the vector class in Figure 1. The 
elts and count members are private; opera¬ 
tions of the vector class can access them, but 
external clients of the class cannot. The other 
members are public; they provide the only 
means for clients to manipulate the object. 
Bounds checking is ensured by allowing 
clients to access the vector elements only 
through the store and fetch operations. De¬ 
claring store to be void indicates that the 
operation returns no results. 

We can also define new classes in C++ by 
inheritance from an existing class. The old 
class is the superclass, and the new class the 
derived class. Each derived class has a single, 
explicit superclass. (A newer version of C++ 
supports multiple inheritance, where a class 
can inherit from more than one superclass.) 
The public members of the superclass be¬ 
come public members of the derived class. 
The derived class cannot access the 
superclass’s private members. Thus, even in 
the derived-class implementation, the inher¬ 
ited superclass object must be manipulated 
using its public members. 

For example, Figure 2 defines a vector2 
class that extends the vector class by allow¬ 
ing a lower index bound other than zero. 
Vector2 keeps track of the index lower bound 
in the private member lbound. It directly 
inherits the size operation, but it overloads 
the fetch and store operations with slightly 
modified operations that explicitly call the 
corresponding operations of the superclass. 
C++ allows us to declare operations of a 
class to be virtual. A virtual operation of one 
class can be overloaded by any of its derived 
classes, but a derived class that does not need 
a special version of a virtual operation need 
not provide one. Instead, the operation of the 
superclass (or its superclass, etc.) is used. 
C++ guarantees that the most specific opera¬ 
tion is invoked at runtime. Many other lan¬ 
guages would call virtual operations “ge¬ 
neric functions.” 

Class vector is a public base class of class 
vector2, so a public member of class vector 
is a public member of vector2. Omitting the 
keyword public from the definition would 
result in a public member of the superclass 
becoming a private member of the derived 


class. 

Recent versions of C++ also address the 
occasional need for finer control over the 
visibility of inherited members by adding a 
new member classification called protected. 
Protected members are something of a 
compromise between public and private 
members; protected members of an inherited 
class become private members of the derived 
class. 

Avalon/C++ base 
hierarchy 

Conventional sequential languages typi¬ 
cally use inheritance to implement an object’s 
functional properties, that is, properties whose 
meaning can be given by simple pre- and 
postconditions. In Avalon/C++, however, 
we use inheritance to implement more com¬ 
plex, nonfunctional properties such as serial¬ 
izability, transaction consistency, and per¬ 
sistence. 

The Avalon/C++ base hierarchy consists 
of three classes, as shown in Figure 3. Each 
base class provides primitives for imple¬ 
mentors of derived classes to ensure the 
nonfunctional properties of objects of the 
derived classes. The recoverable class pro¬ 
vides primitives for ensuring persistence and 
thus a means of defining recoverable types. 
Both atomic and subatomic classes provide 
primitives for ensuring atomicity and thus 
two different means of defining atomic types. 
Putting the recoverable class at the root of the 
hierarchy makes sense, since atomicity en¬ 
compasses persistence. Moreover, factoring 
out recoverable’s operations from those of 
the other two classes lets programmers de¬ 
fine nonatomic (but recoverable) objects, 
such as objects for which synchronization is 
not a concern (usually because correct syn¬ 
chronization is provided by objects that 
contain them at a higher level). The differ¬ 
ence between the atomic and subatomic 
classes is that subatomic gives programmers 
a finer-grained control over synchronization 
and crash recovery. 

Programmers define their own recover¬ 
able or atomic types by derivation from the 
appropriate class. We emphasize that persis¬ 
tence and atomicity, like more conventional 
functional properties, cannot be inherited 
automatically. Instead, the base classes pro¬ 
vide the means by which the implementor of 
the derived class can ensure these properties. 
U sers of the derived class can then rely on the 
guarantee provided by the implementor. For 
example, an implementor of an atomic_set 
type would derive from the atomic class, 
explicitly using the inherited locking primi- 
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tives to implement operations of atomic_set. 
Users of the class atomic_set can then treat 
objects of that type as atomic without addi¬ 
tional explicit synchronization. Although 
inheritance of persistence and atomicity is 
not automatic, we will give simple guide¬ 
lines that guarantee persistence of classes 
derived from recoverable, and atomicity of 
classes derived from atomic. 

The recoverable class 

Recoverable—the most basic class in our 
hierarchy—lets its derived classes ensure 
persistence. The restored state of a recover¬ 
able object is guaranteed to reflect all opera¬ 
tions performed by transactions that com¬ 
mitted before the crash, and possibly some 
operations of transactions uncommitted at 
the time of the crash. Before presenting the 
class definition for recoverable, we describe 
our underlying model of storage. 

Three-level storage model. Conceptu¬ 
ally, there are three kinds of storage for 
objects: volatile, nonvolatile, and stable. We 
assume that local storage of a distributed 
system’s nodes is structured as a virtual 
memory system, where volatile semicon¬ 
ductor memory serves as a cache for memory 
pages from a nonvolatile backing store, such 
as a magnetic disk. Recoverable objects reside 
in this local storage. Since nodes are subject 
to crashes that destroy all their local storage, 
to survive such crashes recoverable objects 
must be written to stable storage—a medium 
with a high probability of surviving crashes. 
(Stable storage can be implemented by rep¬ 
licating data.) If we log every recoverable 
object to stable storage after performing 
modifying operations on it, we can recover a 
consistent state after a crash by “replaying” 
the log. 

Replaying the log will restore a system’s 
state (indeed, the Argus system 5 uses this 
scheme). Nevertheless, recovering the sys¬ 
tem state entirely from the log is time-con¬ 
suming. Camelot hastens crash recovery by 
dividing crashes into two classes: node fail¬ 
ures and media failures. A media failure 
destroys both volatile and nonvolatile stor¬ 
age, while a node failure destroys only vola¬ 
tile storage. In practice, node failures are far 
more common than media failures. A proto¬ 
col known as write-ahead logging 6 optimizes 
recovery from node failures by modifying an 
object as follows: 

(1) The pages containing the object are 
pinned in volatile storage; they can¬ 
not be returned to nonvolatile storage 


class vector { 
int* elts; 
int count; 
public: 
vector(int sz) 

~vector(); 

virtual void store(int e, int i); 
virtual int fetch(int i); 

}; 


// Array of elements. 

// Size of array. 

// Create vector. 

// Destroy vector. 

// Number of elements. 

// Store element at index. 

// Fetch element from index. 


int vector::fetch(int i) | 

if (i < 0 II i >= count) error(“vector index out of range”); 
return elts[i]; 

1 

// Implementations of other vector operations omitted ... 


Figure 1. The vector class. 


class vector2: public vector | 
int lbound; 
public: 

vector2(int sz, int lb); 
~vector2(); 
int low(); 

void store(int e, int i); 
int fetch(int i); 

}; 


// Low bound. 

// Create vector. 

// Destroy vector. 

// Return low bound. 

// Store element at index. 
// Fetch from index. 


int vector2::fetch(int i) { 

return vector::fetch(i - lbound); 

1 


// Implementations of other vector2 operations omitted ... 


Figure 2. The vector2 class. 



Figure 3. Inheritance hierarchy of the three Avalon/C++ base classes. 
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class recoverable { 
public: 

virtual void pin (int size); // Pins object in physical memory, 

virtual void unpin (int size); // Unpins and logs object to stable storage. 

) 


Figure 4. The recoverable class. 


class rec_X: public recoverable ( 
X_type X; 
public: 

void modify(); 

}; 


void rec_X::modify() { 
pinning() { 

//... modify X ... 


} 


class rec_int_array: public recoverable { 
int elts[ 100]; 
public: 

rec_int_array(int initial = 0); 

int fetch(int index); 

void store(int index, int value); 

void operator=(rec_int_array& source); // Array copy. 

}; 


rec_int_array::rec_int_array(int initial) { 
pinning () 

for (int i = 0; i < 100; i++) elts[i] = initial; 

} 


void rec_int_array::store(int index, int value) { 
pinning () elts[index] = value; 

) 

int rec_int_array::fetch(int index) { 
return elts[index]; 

) 

void rec_int_array::operator=(rec_int_array& source) | 
pinning() 

for (int i = 0; i < 100; i++) elts[i] = source.fetch(i); 

) 


Figure 5. The rec_x class. 


stored to a previous state in which it was not 
pinned. Further, if a transaction makes nested 
pin calls, then the changes made within inner 
pin/unpin pairs do not become persistent 
until the outermost unpin is executed. This 
allows implementors of classes derived from 
recoverable to guarantee persistence by 
enclosing all modifications between calls to 
pin and unpin. 

Programmers usually do not explicitly call 
the pin and unpin operations; instead, Avalon/ 
C++ provides a special control structure, the 
pinning block, both for syntactic conven¬ 
ience and as a safety measure. The statement 

pinning (object) <stmnt>; 
is equivalent to 

object->pin(sizeof(*object)); 

<stmnt>; 

object->unpin(sizeof(*object)); 


Figure 6. The rec_int_array class. 


until they are unpinned. 

(2) The object in volatile memory is modi¬ 
fied. 

(3) The modifications are logged on stable 
storage. 

(4) The pages are unpinned. 

This protocol ensures that programmers can 
return a recoverable object to a consistent state 
quickly and efficiently. 1 Of course, they must 
still log modifications to stable storage to 
protect against media failure. 


Class definition. Figure 4 shows the 
class header for recoverable. Classes de¬ 
rived from recoverable inherit pin and unpin 
operations, which can ensure persistence 
for the derived class. The pin operation 
causes the pages containing the object to be 
pinned as required by the write-ahead log¬ 
ging protocol, while unpin logs the modifi¬ 
cations to the object and unpins its pages. A 
recoverable object must be pinned before it 
is modified and unpinned afterwards. After 
a crash, a recoverable object will be re- 


with the additional guarantee that the unpin 
will execute even if <stmnt> passes control 
outside the block prematurely, such as by 
executing a break or return. If a pinning 
statement within a class definition omits the 
object name, it defaults to the value “this,” 
which refers to the object whose member is 
being defined. 

Using the recoverable class. Figure 5 
shows a class definition for a class rec_X 
derived from recoverable and containing a 
member X, and an operation modify that 
modifies X. Without the pinning block, the 
modification to X would never be written to 
stable storage. Persistence could then be 
violated if a transaction that executed the 
rec_X operation committed. If a crash oc- 
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// Pin and log only once instead of 100 times. 
pinning(&a) 

for (int i = 0; i < 100; i++) a.store(i, a.fetch(i) + 1); 


Figure 7. A pinning block for the rec_int_array class. 


Figure 8. Implementation of a recoverable dynamic array. 


// 100 element array 
// How much of elts is used 
//Null => end of list 


curred, that transaction’s effects would not 
survive. 

Since the pin and unpin operations are 
public members of recoverable, they are 
public members of classes derived from 
recoverable. To see why it is useful to make 
pin and unpin public, consider a recoverable 
array of integers, rec_int_array. An object of 
this type should provide normal array opera¬ 
tions such as store and fetch, but should do so 
in a way that ensures persistence. We could 
implement rec_int_array as a derived class 
of recoverable as shown in Figure 6. 

Now, suppose we have a rec_int_array of 
100 integers, and we want to add 1 to each 
element. We can use a loop where each 
element is fetched, incremented, and stored 
back into the array. Given the above implem¬ 
entation of store, we would make 100 calls 
each to pin and unpin. Unfortunately, unpin ’ s 
log write is expensive in terms of both stable 
storage, which is a scarce resource, and time. 
Clients can avoid this expense by explicitly 
enclosing the loop in a pinning block (see 
Figure 7). Here, the pin and unpin calls made 
by store are much less expensive, because 
the implementations of pin and unpin recog¬ 
nize when an object is already pinned, and 
return immediately. 

The pin and unpin operations can be over¬ 
loaded. Consider implementing a recover¬ 
able array whose size can be adjusted dy¬ 
namically. The dynamic array is implemented 
as a list in which each element includes a 
100-element integer array, a size indicating 
how much of that array is used, and a pointer 
to the next list element, possibly null (see 
Figure 8). This implementation has the dis¬ 
advantage that the pin operation exported by 
rec_dyn_array pins only the first list ele¬ 
ment. If the array is repeatedly updated in a 
loop, as discussed above, then each access to 
a subsequent list element will generate a new 
log record. 

A simple remedy is to overload the pin and 
unpin operations to dereference and pin the 
next list element (see Figure 9). The rede¬ 
fined pin pins the first element by an explicit 
call to the pin operation provided by recov¬ 
erable and then recursively pins its succes¬ 
sor. This example illustrates how the combi¬ 
nation of inheritance and overloading can 
help customize properties such as failure 
recovery. 

In summary, we can define recoverable 
types as subclasses of recoverable. If an 
operation that modifies a recoverable object 
calls the inherited pin and unpin operations 
properly, the object will be persistent. If a 
client calls an object ’ s operations many times, 
as in a loop, then enclosing those operations 
in a pinning block can enhance performance. 


class rec_dyn_array : public recoverable { 
int elts[100]; 
int size; 

rec_dyn_array* next; 
public: 

1; 


void rec_dyn_array::pin(int size) ( 
recoverable: :pin(size); 
if (next) next->pin(sizeof(*next)); 

) 

void rec_dyn_array::unpin(int size) { 
recoverable: :unpin(size); 
if (next) next->unpin(sizeof(*next)); 

} 


The atomic class 

Atomic, the second base class in our hier¬ 
archy, is a subclass of recoverable, special¬ 
ized to provide two-phase read/write locking 
and automatic recovery. Locking ensures 
serializability, and an automatic recovery 
mechanism for objects derived from the 
atomic class ensures transaction consistency. 
(Note that we differentiate between objects 
derived from the atomic class and atomic 
objects as defined in the section “Transac¬ 
tion model of computation.”) 


// Pin next element 


// Unpin next element 


Class definition. Think of objects derived 
from the atomic class as containing long¬ 
term locks (see Figure 10). Readjock gains 
a read lock for its caller. Many transactions 
can simultaneously hold read locks on an 
object. Write_lock gains a write lock for its 
caller; if one transaction holds a write lock on 
an object, no other transaction can hold ei¬ 
ther kind of lock. Transactions hold locks 
until they commit or abort. Readjock and 
writejock suspend the calling transaction 
until the requested lock can be granted, which 
can involve waiting for other transactions to 


Figure 9. Redefinition of pin and unpin. 
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class atomic: public recoverable { 
public: 

// “Pin” and “unpin” are inherited from “recoverable.” 
virtual void write Jock(); // Atomically obtains i 

virtual void readJock(); // Atomically obtains ; 

1 

t long-term write lock, 
t long-term read lock. 

Figure 10. The atomic class. 

class atjnt_array: public atomic | 
recjnt_array elems; 


public: 

atjnt_array(int initial = 0): elems(initial) {}; 


void store(int index, int value) j 
writeJock(); 
elems.store(index, value); 

1 


int fetch(int index) | 
read_lock(); 

return elems.fetch(index); 

) 

); 



Figure 11. An atjnt_array class that inherits from atomic. 


complete and release their locks. If readjock 
or write Jock is called while the calling trans¬ 
action already holds the appropriate lock on 
an object, it returns immediately. 

Classes derived from atomic should di¬ 
vide their operations into writers and read¬ 
ers, that is, operations that do and do not 
modify the objects of the class. To ensure 
serializability, reader operations should call 
readjock on entry, and writer operations 
should call writejock. Note that no short¬ 
term mutual exclusion lock on the object is 
necessary: If any transaction holds a read 
lock on an object, then no transaction holds 
a write lock, so all are free to read the object 
without fear of its being modified as they 
read it. Conversely, if one transaction holds 
a write lock on an object, no othertransaction 
can hold either type of lock, so it need not 


fear interference. 

Atomic objects must also be transaction 
consistent, that is, the effects of aborted 
transactions, including those aborted by 
crashes, must be undone. The Avalon run¬ 
time system guarantees transaction consis¬ 
tency by performing special abort process¬ 
ing. Thus, implementors of atomic types 
derived from the atomic class need not pro¬ 
vide explicit commit or abort operations. 

Finally, persistence is inherited from re¬ 
coverable. Since atomic is a subclass of 
recoverable, the pin and unpin operations of 
recoverable are public operations of atomic 
and can ensure persistence. 

Using the atomic class. Figure 11 shows 
an implementation of an at_int_array class 
that inherits from atomic. Since writejock 


and readjock are public operations of atomic, 
clients of classes derived from atomic can 
call them. Clients could call these operations 
explicitly to decrease the likelihood of dead¬ 
lock. Two transactions, T1 and T2, might 
each want to obtain write locks on objects A 
and B; if T1 gets A, and T2 gets B, deadlock 
will occur—neither can make any progress. 
Deadlock can be avoided if all transactions 
obtain locks on the objects they require in 
some system-wide canonical order. There¬ 
fore, clients could structure their code so that 
each transaction obtains all the locks it re¬ 
quires before executing any operations. They 
would do this with explicit calls to readjock 
and writejock. 

The atomic class uses specially optimized 
facilities provided by the Camelot system. It 
is probably appropriate for deriving most 
atomic types. 

The subatomic class 

The third, and perhaps most interesting, 
base class in our hierarchy is subatomic. 
Like atomic, subatomic allows objects of its 
derived classes to ensure atomicity. While 
atomic provides a quick and convenient way 
to define new atomic objects, subatomic 
provides more complex primitives to give 
programmers more detailed control over their 
objects’ synchronization and recovery 
mechanisms. Programmers can use this 
control to exploit type-specific properties of 
objects, permitting higher levels of concur¬ 
rency and more-efficient recovery. 

Transaction identifiers. The Avalon 
transjd class creates and tests transaction 
identifiers, (see Figure 12). Note that Avalon/ 
C++ defines bool to be an enumeration type 
with TRUE set to 1 and FALSE set to 0. 

A new transjd is created by a call to the 
constructor: 

transjd tid = transjd(); 

Rather than simply returning the calling 
transaction ’ s identifier, the transjd construc¬ 
tor creates and commits a dummy subtransac¬ 
tion, returning the subtransaction’s transjd 
to the parent. We chose this alternative 
semantics because it is often convenient for 
a transaction to generate multiple transjds 
(for example, one for each of its operations) 
ordered in the order of their creation. 

We can test the system’s knowledge about 
the transaction serialization ordering by the 
overloaded operators < and >. For example, 
if the expression tl < t2 evaluates to true, 
then if t2 commits, 11 will also commit and be 
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serialized before t2. Note that < induces a 
partial order on trans_ids; if tl and t2 are 
active concurrently, both tl < t2 and t2 < tl 
will evaluate to false. 

It is sometimes convenient to test whether 
one transaction is a descendant of another in 
the transaction tree. If descendant(tl, t2) 
evaluates to true, then tl is a descendant of 
t2. (A friend in C++ is a nonmember opera¬ 
tion that is allowed access to the private part 
of a class.) 

Class definition. A subatomic object must 
synchronize concurrent accesses at two lev¬ 
els: short-term synchronization ensures that 
concurrently invoked operations are exe¬ 
cuted in mutual exclusion, and long-term 
synchronization ensures that the effects of 
transactions are serializable. Short-term 
synchronization helps to guarantee opera¬ 
tion consistency of objects derived from 
subatomic. Operation consistency means that 
an operation completes entirely or not at all. 
Since a transaction is a sequence of opera¬ 
tions, operation consistency is a weaker 
property than transaction consistency; it 
permits the effects of aborted transactions to 
be observed, while transaction consistency 
does not. 

Subatomic provides the seize, release, and 
pause operations for operation-level syn¬ 
chronization (see Figure 13). Each subatomic 
object contains a short-term lock, similar to 
a monitor lock or semaphore. Only one trans¬ 
action can hold the short-term lock at a time. 
The seize operation obtains the lock, and 
release relinquishes it. Pause releases the 
lock, waits for some duration, and reacquires 
it before returning. Thus, these operations 
allow transactions mutually exclusive ac¬ 
cess to subatomic objects. Note that these 
operations are protected members of the 
subatomic class. They are not provided to 
clients of derived classes, since it would not 
be useful for clients to call them. 

Like pin and unpin, Avalon/C++ program¬ 
mers typically do not call these operations 
directly. Instead, Avalon/C++ provides a 
special control construct, the when state¬ 
ment, to enhance safety and syntactic con¬ 
venience: 

when (<TEST>) { 

<.. . BODY . . > 

I 

The when statement is a kind of conditional 
critical region. The calling process calls seize 
to acquire the object’s short-term lock, re¬ 
peatedly calls pause until the condition be¬ 
comes true, and then executes the body. It 
calls release when control leaves the body. 


class trans Jd: public recoverable { 

// Hidden representation. 

public: 


trans_id(); 

// Constructor. 

bool operator==(trans_id& t); 

// Equality. 

bool operator<(trans_id& t); 

// Serialized before? 

bool operator>(trans_id& t); 

//Is 1st a child of 2nd? 

// Serialized after? 

friend bool descendant/trans_id& tl, ti 

1; 

rans_id& t2); 

Figure 12. The trans id class. 


class subatomic: public recoverable { 


protected: 


void seize/); 

// Gains short-term lock. 

void release/); 

// Releases short-term lock. 

void pause(); // Temporarily releases short term lock. 

public: 


// “Pin” and “unpin” are public, by inheritance from “recoverable.” 

virtual void commit/trans_id& t); 

// Called after transaction commit. 

virtual void abort/trans id& t); 

) 

// Called after transaction abort. 


Figure 13. The subatomic class. 


either normally or by statements such as 
break or return. In addition, the when state¬ 
ment can ensure operation consistency: 
Avalon guarantees that no partial effects are 
observed if a failure occurs while executing 
a when. 

To implement transaction consistency, 
subatomic provides commit and abort opera¬ 
tions. Whenever a top-level transaction 
commits (or aborts), the Avalon runtime 
system calls the commit (or abort) operation 
of all objects derived from subatomic ac¬ 
cessed by that transaction or its descendants. 
Abort operations are also called when nested 
transactions “voluntarily” abort. Abort op¬ 
erations usually undo the effects of aborted 
transactions, while commit operations dis¬ 
card recovery information no longer needed. 
Since commit and abort are C++ virtual 
operations, classes derived from subatomic 
are allowed (and, in this case, expected) to 


reimplement these operations. When the 
system calls commit or abort, the most spe¬ 
cific implementation for the object will be 
called. Thus, subatomic allows type-specific 
commit and abort processing, which is use¬ 
ful and often necessary when implementing 
user-defined atomic types efficiently. Note 
that users need not invoke commit and abort 
explicitly; the system automatically invokes 
them when appropriate. 

Finally, since subatomic is a subclass of 
recoverable, it inherits persistence from re¬ 
coverable (as did atomic). 

Using the subatomic class. Consider the 
implementation of an atomic FIFO queue. 
The easiest way to define such a queue is to 
inherit from the atomic class. A limitation of 
this approach is that enqueue and dequeue 
operations would both be classified as writ¬ 
ers, permitting little concurrency. Instead, 
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struct enq_rec { 

int item; // Item enqueued. 

trans_id enqr; // Who enqueued it. 

enq_rec(int i, trans_id& en) | item = i; enqr = en; } 

); 


struct deq_rec { 

trans Jd enqr; 
trans_id deqr; 

deq_rec(int i, trans_id& en, trans_id& de); 
| item = i; enqr = en; deqr = de; } 

}; 


// Item dequeued. 

// Who enqueued it. 
// Who dequeued it. 


Figure 14. Enqueue and dequeue records. 


class atomic_queue : public subatomic ( 

deq_stack deqd; 

// Stack of deq records. 

enq Jieap enqd; 

// Heap of enq records. 

public: 


atomic_queue() {); 

// Create empty queue. 

void enq(int item); 

// Enqueue an item. 

int deq(); 

// Dequeue an item. 

void commit(transJd& t); 


void abort(transJd& t); 


~atomic_queue(); 

); 

// Destroy queue. 


Figure 15. Implementation of an atomic FIFO queue. 


void atomic_queue::enq(int item) { 
transjd tid = trans_id(); 

when (deqd.is_empty() II (deqd.top( )->enqr < tid)) 
enqd.insert(item, tid); 

) 

int atomic_queue::deq() { 
transjd tid = trans_id(); 

when ((deqd.is_empty() II deqd.top( )->deqr < tid) 

&& enqd.min_exists() && (enqd.get_min( )->enqr < tid)) | 
enq_rec* min_er = enqd.delete_min(); 
deq_rec dr(*min_er, tid); 
deqd.push(dr); 
return min_er->item; 


1 


Figure 16. Implementations of enq and deq. 


we will implement a highly concurrent atomic 
FIFO queue by inheritance from subatomic. 
Our implementation supports more concur¬ 
rency than commutativity-based concurrency 
control schemes such as two-phase locking. 
For example, it permits concurrent enq op¬ 
erations, even though enqs do not commute. 
The implementation also supports more 
concurrency than any locking-based proto¬ 
col because it takes advantage of state infor¬ 
mation. For example, it permits concurrent 
enq and deq operations while the queue is 
nonempty. 

The representation. Information about enq 
invocations is recorded in the struct in Figure 
14. The item component is the enqueued 
item. The enqr component is a transjd 
generated by the enqueuing transaction, and 
the last component defines a constructor 
operation for initializing the struct. Informa¬ 
tion about deq invocations is recorded simi¬ 
larly (see Figure 14). 

The queue is represented in Figure 15. The 
deqd component is a stack of deq_recs used 
to undo aborted deq operations. The enqd 
component is a partially ordered heap of 
enq_recs, ordered by their enqr fields. A 
partially ordered heap provides operations to 
enqueue an enq_rec, to test whether a unique 
oldest enq_rec exists, to dequeue it if it does, 
and to discard all enq_rec’s committed with 
respect to a particular transaction identifier. 

Our implementation satisfies the follow¬ 
ing representation invariant: 

• Assuming all enqueued items are dis¬ 
tinct, an item is either enqueued or de¬ 
queued, not both. If an enq_rec contain¬ 
ing [x, enq_tid] is in the enqd compo¬ 
nent, then there is no deq_rec containing 
[x, enq_tid, deq_tid] in the deqd compo¬ 
nent, and vice-versa. 

• The stack order of two items mirrors 
both their enqueuing order and their de¬ 
queuing order. If dl is below d2 in the 
deqd stack, then dl .enqr < d2.enqr and 
dl.deqr < d2.deqr. 

• Any dequeued item must have been 
enqueued previously. For all deq_recs d, 
d.enqr < d.deqr. 

The operations. Enq and deq operations 
can proceed under the following conditions. 
A transaction P can dequeue an item if (1) the 
most recent dequeuing transaction is com¬ 
mitted with respect to P, and (2) a unique 
oldest element exists in the queue whose 
enqueuing transaction is committed with 
respect to P. The first condition ensures that 
P will not dequeue the wrong item if the 
earlier dequeuer aborts, and the second con¬ 
dition ensures that there is something for P to 
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dequeue. Similarly, P can enqueue an item if 
the last item dequeued was enqueued by a 
transaction Q committed with respect to P. 
This condition ensures that P will not be 
serialized before Q, violating the FIFO or¬ 
dering. 

Given these conditions, enq and deq are 
implemented as shown in Figure 16. Enq 
checks whether the item most recently de¬ 
queued was enqueued by a transaction 
committed with respect to the caller. If so, 
the current trans_id and the new item are 
inserted in enqd. Otherwise, the transaction 
releases the short-term lock and tries again 
later. Deq tests whether the most recent 
dequeuing transaction has committed with 
respect to the caller and whether enqd has a 
unique oldest item. If the transaction that 
enqueued this item has committed with re¬ 
spect to the caller, it removes the item from 
enqd and records it in deqd. Otherwise, the 
caller releases the short-term lock, suspends 
execution, and tries again later. 

Commit and abort are implemented as 
shown in Figure 17. When a top-level trans¬ 
action commits, it discards deq_recs no longer 
needed for recovery. (The representation 
invariant ensures that all deq_recs below the 
top are also superfluous and can be dis¬ 
carded.) Abort has more work to do. It un¬ 
does every operation executed by a transac¬ 
tion that is a descendant of the aborting 
transaction. It interprets deqd as an undo log, 
popping records for aborted operations and 
inserting the items back in enqd. Abort then 
flushes all items enqueued by the aborted 
transaction and its descendants. 

Restrictions on 
containers 

Some types are (conceptually) parameter¬ 
ized over the types of objects they can con¬ 
tain. To preserve a type’s intended meaning, 
some restrictions are necessary on the types 
that can instantiate these parameterized 
container types. 

Restrictions for recoverable. Consider 
the class rec_array, a generalization of the 
rec_int_array class parameterized over the 
element type of the array. We must ask what 
kinds of objects we can put in rec_arrays and 
still maintain persistence of the array object 
considered as a whole. First, any type stored 
in-line is permissible. An in-line type is any 
type that contains no pointers. The funda¬ 
mental types of C++ (char, int, or float) are 
in-line. A struct whose members are all in¬ 
line is itself in-line. Similarly, a C++ array 
whose elements are all in-line is also in-line. 


void atomic_queue::commit(trans_id& committer) { 
when (TRUE) 

if (!deqd.is_empty() && descendant(deqd.top( )->deqr, committer)) j 
deqd.clear(); 


void atomic_queue::abort(trans_id& aborter) { 
when (TRUE) ( 

while (!deqd.is_empty() && descendant(deqd.top( )->deqr, aborter)) { 
deq_rec* d = deqd.pop(); 
enqd.insert(d->item, d->enqr); 

1 

enqd.discard(aborter); 


} 


Figure 17. Implementations of commit and abort. 


Note that if a rec_array has an in-line element 
type, then logging the array to stable storage 
will log all the elements as well. 

Problems arise when we consider pointer 
types. If we declare A to be a rec_array of 
pointers to ints, is A persistent? The answer 
is no, since A[ 1 ] points to an int, which is not 
a recoverable object. We could change the 
value of this int during a transaction, thus 
conceptually modifying the state of the ar¬ 
ray, but no record of this modification would 
ever reach stable storage, violating persis¬ 
tence. 

Here, then, is a rule for ensuring that a type 
is persistent: If objects of a type can contain 
other objects, and if the containing type is 
intended to be persistent, then the contained 
objects must be an in-line type or a pointer to 
a recoverable object. This rule ensures that 
the latest version of a recoverable object will 
be written to stable storage every time an 
operation that modifies it completes. 

The inverse problem occurs with an object 
not meant to be persistent, but which concep¬ 
tually contains some recoverable object. The 
Camelot system requires allocation of re¬ 
coverable and nonrecoverable data in differ¬ 
ent sections of memory. If we allow a nonre¬ 
coverable object to contain an in-line recov¬ 
erable object, we must allocate space for the 
aggregate object in one of these sections of 
memory. We cannot put it in the nonrecover¬ 
able section, since the recoverable object 
would become nonrecoverable. We also 
cannot put the object in the recoverable sec¬ 
tion for a more subtle reason. If we allocated 
memory there and a node crash occurred, the 


nonrecoverable part of the object would 
become meaningless after recovery; the stor¬ 
age allocator would think it had been allo¬ 
cated, although no variables reference it. 
This type of garbage would build up over 
time. Therefore, as a rule we forbid nonre¬ 
coverable objects to contain recoverable 
objects in-line; they can only point to recov¬ 
erable objects. 

Restrictions for seriaiizability. Similar 
restrictions apply to seriaiizability. If a con¬ 
tainer type is intended to ensure seriaiizabil¬ 
ity of the transactions accessing it, it should 
be instantiated either with an in-line type or 
with a pointer to another type that ensures 
seriaiizability. Care must be taken that nested 
atomic objects do not lead to deadlock. 

An extended example 

All three base classes can combine to 
implement an atomic directory type. A direc¬ 
tory stores pairs of values, where one value 
(the key) is used to retrieve the other (the 
item). The insert operation 

bool directory::insert(key k, item i) 

inserts a new binding in the directory, return¬ 
ing FALSE if the key is already present and 
TRUE otherwise. The remove operation 

bool directory::remove(key k) 
removes the item bound to the given key, 
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// Lock modes 
enum mode ( 

INSERT_T_LOCK, 

INSERT_F_LOCK, 

REMOVE_T_LOCK, 

REMOVE_F_LOCK, 

ALTER_T_LOC K, 

ALTER_F_LOCK, 

LOOKUP_LOCK 

}; 


// Successful insert. 

// Unsuccessful insert. 

// Successful remove. 

// Unsuccessful remove. 
// Successful alter. 

// Unsuccessful alter. 

// Lookup. 


// All synchronization is done through the lock manager, 
struct lockjnfo {mode m; key k;); 


class lock_mgr: public recoverable { 

// Private representation not shown ... 
public: 
lock_mgr(); 

bool conflictfkey k, mode m, trans_id& t); 
void acquire(key k, mode m, trans_id& t); 
bool is_locked(key k); 
lockjnfo* release(trans_id& t); 

I; 


// Any conflicts? 

// Grant lock. 

// Is key locked? 

// Release and return lock. 


// Cells are atomic in order to get automatic commit and abort processing, 
struct cell: public atomic ( 
item value; 

cell(item i) ( pinning!) value = i; } 

item operator=(item rhs); // Assign an item to the cell, 

operator item(); // Coercion from cell to item. 

); 

// Discard binding when unlocked and present = 0. 
struct binding: public recoverable) 

int present; // inserts - removes, 

cell* target; // Current item. 

binding(item i) { 

pinning!) I present = 1; target = new cell(i); ) 

1 

-binding!) { delete target; ) 


// Maps keys to bindings, 
class map: public recoverable ( 

// Private representation not shown ... 
public: 
map!); 

void insert(key k, binding* b); 
void remove(key k); 
binding* lookup(key k); 

1; 


Figure 18. Auxiliary definitions for directory example. 


returning TRUE if the key is in the directory, 
and FALSE otherwise. The alter operation, 

bool directory ::alter(key k, item i) 

alters the item bound to the given key, return¬ 


ing FALSE if the key is absent. Finally, the 
lookup operation, 

item directory::lookup(key k) 

returns the item bound to the given key. For 


brevity, we assume the key is bound. 

The directory example further illustrates 
how we can use the Avalon/C++ synchroni¬ 
zation primitives for type-specific synchro¬ 
nization. Here, all synchronization is done 
on a per-key basis, so transactions that oper¬ 
ate on disjoint sets of keys never interfere. 
Internally, concurrent operations synchro¬ 
nize by strict two-phase locks. The lock 
conflict table appears in Table 1. An interest¬ 
ing aspect of this scheme is that lock con¬ 
flicts take into account not only the names 
and arguments to operations, but also the 
operations’ results. For example, because an 
unsuccessful insert (denoted by insert/F) does 
not modify the key’s binding, it need not 
conflict with a concurrent lookup operation 
on the same key. On the other hand, a suc¬ 
cessful insert (insert/T) does modify the key ’ s 
binding, hence it must conflict with lookup. 

The example also illustrates the utility of 
user-defined commit and abort processing. 
Transaction recovery is straightforward for 
objects inheriting from atomic. When a trans¬ 
action is aborted, the object’s earlier value is 
restored by a bit-wise copy; if it commits, the 
recovery data is discarded. Camelot does this 
bit-wise recovery directly, and we use it in 
the example for operations, such as alter, that 
overwrite existing bindings. Bit-wise recov¬ 
ery, however, is inadequate for more com¬ 
plex operations such as insert and remove 
that create or destroy bindings. Instead, 
commit and abort processing for these op¬ 
erations relies on the commit and abort op¬ 
erations inherited from subatomic and over¬ 
loaded by the directory implementation. 

Class definition. As shown in Figure 18, 
the enumeration type mode defines lock 
modes for each operation. The insert, re¬ 
move, and alter operations have different 
lock modes depending on whether they re¬ 
turn successfully. For example, an insert that 
returns TRUE must acquire a lock of mode 
INSERT_T_LOCK, while one that returns 
FALSE must acquire INSERT_F_LOCK. A 
lock manager is a recoverable object that 
keeps track of locks. It provides operations 
to acquire a lock, to release a lock, and to test 
whether another transaction holds a conflict¬ 
ing lock. 

Each key in the directory is associated 
with a binding, which is a recoverable struct 
with two fields. The target field is a pointer 
to an atomic struct (a cell) that holds the item 
itself. The present field serves as a count of 
the number of committed inserts minus the 
number of committed removes. Thus, pres¬ 
ent is 1 if the key is bound in the directory’s 
committed state; otherwise, present is 0 and 
the key appears unbound. Present is initially 
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1 because new bindings are created only 
when insertions are performed. A binding 
can be discarded when it is unlocked (which 
is true if and only if there are no active 
insertions or removals) and present is 0. 

The association between keys and bind¬ 
ings is maintained by a recoverable map 
object, also shown in Figure 18. A map 
provides operations to insert new bindings, 
to remove existing bindings, to find the bind¬ 
ing associated with a given key, and to test 
whether a particular key is bound. Finally, 
the directory itself inherits from subatomic 
(see Figure 19). As its private members it has 
a lock manager (locks), a map (data), and a 
collection of auxiliary procedures used to 
test synchronization conditions. 

The simplest operation, lookup, generates 
a new transaction identifier and enters its 
critical section when the lock manager re¬ 
ports that no other transaction holds a con¬ 
flicting lock for that key (see Figure 20). 
Inside the critical section, the transaction 
locks the key in lookup mode, finds the key’s 
binding, and returns the associated item. 

The insert operation is more complex (see 
Figure 21). Since the operation’s lock de¬ 
pends on the insert’s success, it must first 
check to see whether the key has a binding. 
The auxiliary insert_check procedure per¬ 
forms this test, checking the status of the 
binding and the state of the lock manager, 
and returning a value of an enumeration 
type. A value of PRESENT indicates that the 
key is bound and the caller can acquire an 
INSERT_F_LOCK on that key. A value of 
ABSENT indicates that the key is unbound 
and the caller can acquire an 
INSERT_T_LOCK on that key. A value of 
BUSY indicates that lock conflicts prevent 
the binding’s status from being determined. 
The insert operation itself uses the result to 
determine how to proceed in its critical re¬ 
gion. The whenswitch statement is a gener¬ 
alization of the when statement that replaces 
the Boolean expression with an expression 
of an enumeration type. If the key is absent, 
the caller acquires the appropriate lock and 
then creates (and initializes) a new binding 
for the key. If the key is present, the caller 
simply acquires a lock and returns. If the lock 
returns “busy,” the caller suspends and re¬ 
tries later. 

The implementations of remove, 
remove_check, alter, and alter_check are 
similar. 

The commit operation enters its critical 
section, iterates through the locks held by the 
committing transaction, and discards any 
unlocked binding where present is zero (see 
Figure 22). Handling aborts, in particular for 
insert and remove operations, is a little more 


Table I. Lock conflicts for directory. 



insert/T, 

remove/T 

alter/T 

insert/F 

remove/F, 

alter/F, 

lookup 

insert/T, 

remove/T 

Conflict 

Conflict 

Conflict 

Conflict 

alter/T 

Conflict 

Conflict 


Conflict 

insert/F 

Conflict 




remove/F, 

alter/F, 

lookup 

Conflict 

Conflict 




enuih status { PRESENT, ABSENT, BUSY ); 


class directory: public subatomic ( 
lock_mgr locks; 


status insert_check(trans_id& t, key k); 
status remove_check(trans_id& t, key k); 
status alter_check trans_id& t, key k); 
public: 
directory!); 

bool insert(key k, item i); 
bool alter(key k, item i); 
bool remove(key k); 
item lookup(key k); 
void commit!trans_id& t); 
void abort(trans_id& t); 


// Internal proc. 
// Internal proc. 
// Internal proc. 


); 


Figure 19. Atomic directory definition. 


complex. For each successful remove lock, 
the abort operation locates the associated 
binding and increments the present field; for 
each successful insert lock, it decrements 
present. Finally, it discards superfluous bind¬ 
ings. Note that a key’s item is stored in a cell 
that inherits from atomic, so the effects of 
aborted alter operations are automatically 
undone when the cell is recovered (see Fig¬ 
ure 23). 

T he use of inheritance to provide re¬ 
coverability and atomicity in Avalon/ 
C++ is not closely tied to the details 
of the C++ inheritance mechanism. It could 



item directory::lookup(key k) { 
trans_id tid = trans_id(); 
when (llocks.conflict(k, 

LOOKUP_LOCK, tid)) { 
locks.acquire(k,LOOKUP_LOCK, 
tid); 

binding* b = data.lookup(k); 
return *(b->target); 

} 


Figure 20. Lookup operation. 
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// Lock modes depend on whether a key is bound. 
lock_status directory::insert_check(trans_id& tid, key k) { 
binding* b = data.lookup(k); 

if ((b && b->present == 1) && !locks.conflict(k, INSERT_F_LOCK, tid)) 
return PRESENT; 

if ((!b II b->present == 0) && !locks.conflict(k, INSERT_T_LOCK, tid)) 
return ABSENT; 
return BUSY; 


bool directory ::insert(key k, item i) { 
trans_id tid = trans_id(); 
whenswitch (insert_check(tid, k)) ( 
case ABSENT: 

locks.acquire(k, INSERT_T_LOCK, tid); 
binding* b = new binding(i); 
data.insert(k, b); 
return TRUE; 
case PRESENT: 

locks.acquire(k, INSERT_F_LOCK, tid); 
return FALSE; 

I 

I 


void directory: :abort(trans_id& tid) | 
lock_info* info; 
when (TRUE) 

while (info = locks.release(tid)) { 
key k = info->k; 
binding* b = data.lookup(k); 
switch (info->m) { 

case REMOVE_T_LOCK: 
pinning(b) b->present++; 

case INSERT_T_LOCK: 
pinrting(b) b->present—; 

I 

if ((b->present==0) && Hocks. 

is_locked(k)) 

data.remove(k); 

I 

I 


Figure 23. Abort operation. 


Figure 21. Insert operation. 


void directory: :commit(trans_id& tid) | 
lockjnfo* info; 

when (TRUE) // Always ok to commit, 

while (info = locks.release(tid)) 1 
key k = info->k; 
binding* b = data.lookup(k); 
if ((b->present==0) && Mocks.isjocked(k)) 
data.remove(k); 

I 


Figure 22. Commit operation. 


be adapted to inheritance mechanisms in 
languages such as Smalltalk, 7 Flavors," Com- 
monLoops, 1 ' CommonObjects, 10 and Owl. 11 
Our extensions would undoubtedly take a 
slightly different form in a language allow¬ 
ing multiple inheritance. 1 

Avalon/C++ is based on a transaction 
model of computation. It should be possible 
to exploit subatomic’s provision of user- 
defined commit and abort operations to 
support nontransaction-based approaches to 


crash recovery, which typically use optimis¬ 
tic recovery schemes 1211 based on rollbacks 
and replays. 

Other projects investigating an object- 
oriented, transaction-based approach to 
managing persistent data include Exodus 14 
and Arjuna. 11 Avalon/C++ in many ways 
resembles Argus, 1 a language designed to 
provide support for fault-tolerant distributed 
computing. Although Avalon/C++ and Ar¬ 
gus provide much of the same functionality. 


such as support for transactions and atomic 
data types, programs in the two languages 
have a different flavor. 

User-defined atomic objects in Avalon/ 
C++ are implemented by inheritance from 
the special built-in classes, while such ob¬ 
jects in Argus are typically implemented by 
including atomic objects in the new object’s 
representation. Avalon/C++ and Argus also 
use different models of serializability. In 
Argus, concurrency control is based on a 
generalization of strict two-phase locking. In 
Avalon/C++, the ability to query the transac¬ 
tion serialization ordering at runtime (via the 
transjd type) permits more concurrency than 
two-phase locking, while remaining com¬ 
patible with two-phase locking. Finally, 
Avalon/C++ and Argus use different recov¬ 
ery techniques. Avalon relies on the Camelot 
system for basic transaction management, 
using the write-ahead log protocol for effi¬ 
cient recovery from node failures. Argus 
recovers directly from the log. 

We are currently implementing Avalon/ 
C++ on IBM RTs, DEC MicroVAXs, and 
Sun-3 workstations using version 1.1 of C++. 
The implementation comprises a preproces¬ 
sor that transforms Avalon code to C++ 
code. We use the Camelot system exten¬ 
sively for low-level transaction support; 
Camelot, in turn, relies on the Mach operat¬ 
ing system 16 for memory management, inter¬ 
node communication, and lightweight proc¬ 
esses. We are currently able to compile and 
run all the code presented in this article. 


COMPUTER 













We believe that inheritance provides an 
effective way to customize and extend the 
kind of complex nonfunctional properties, 
such as serializability, transaction consis¬ 
tency, and persistence, needed to support 
programs for reliable distributed applica¬ 
tions. For each of these properties, there is a 
core of functionality—such as the basic 
mechanics of locking, pinning, and logging— 
that is best provided by the underlying lan¬ 
guage implementation. Nevertheless, sup¬ 
port for user-defined data types sometimes 
requires extending or modifying that func¬ 
tionality, as illustrated by the example in 
which a recoverable object needs to pin a 
component object indirectly referenced 
through a pointer. The combination of in¬ 
heritance and overloading provides a simple 
and flexible way to achieve incremental 
modification of these complex properties 
that lie outside the domain of conventional 
programming languages. □ 
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SPECIAL REPORT 


Software for Supercomputers 


Prepared by the Scientific Supercomputer Subcommittee 
of the Committee on Communications and Information Policy, 
United States Activities Board, 

Institute of Electrical and Electronics Engineers 


T he United States Activities Board 
of the IEEE takes the position 
that the US must accelerate the 
development of advanced scientific com¬ 
puting capability. This technology is cru¬ 
cial for US defense, economic growth, and 
advances in engineering and science. 

The IEEE’s involvement. The Institute 
of Electrical and Electronics Engineers is 
the world’s largest engineering society, 
with more than 295,000 members world¬ 
wide, 223,000 of whom live and work in 
the United States. 

In 1983, the United States Activities 
Board of the IEEE set up a special commit¬ 
tee to examine the US position in super¬ 
computer development and to recommend 
actions the government should take to 
ensure continued US preeminence in this 
challenging and complex field. Among its 
five recommendations, the committee pro¬ 
posed that the federal government make a 
long-range commitment to maintaining 
US leadership in supercomputer develop¬ 
ment and take an active role in fostering 
development of new systems. 1 The estab¬ 
lishment of the committee on supercom¬ 
puters and the continuing support of its 
recommendations demonstrate the IEEE’s 


deep concern on this matter. 

Now, in 1988, this subcommittee reiter¬ 
ates the position taken in the prior report 
and restates, in the strongest terms, its 
belief that the government should pursue 
an active role. Supercomputer software 
has importance not just to the US super¬ 
computer industry’s position in the world 
market, but also to a much broader spec¬ 
trum of industries that depend on super¬ 
computers for the design of competitive 
products—not to mention its strategic 
value to US defense. Toward this end, the 
government must allocate sufficient 
research funds to improve components, 
architecture, systems software, applica¬ 
tions software, and very high performance 
peripheral equipment. 

The intervening years since October 
1983 have seen much progress on many 
fronts. Several agencies, including the 
Department of Energy, National Science 
Foundation, National Security Adminis¬ 
tration, and Naval Research Laboratory, 
have budgeted new programs totalling tens 
of millions of dollars. In addition, prior 
efforts have been redoubled in the three 
arenas of the universities, the private sec¬ 
tor, and the federal government. 

Despite these hopeful auguries, the 


advances—even if combined with those 
currently under consideration—do not 
and will not go far enough. Thus, this sub¬ 
committee further proposes an action 
agenda to enable the universities, the pri¬ 
vate sector, and the government to work 
together to insure the United States’ pre¬ 
eminence in supercomputers. 

Historical background 

The IEEE’s informal glossary of super¬ 
computing terms defines a supercomputer 
as the most powerful scientific system 
available at any given time. 2 Early 
machines in this category, such as the IBM 
7094, CDC 6600, and IBM 360/91, topped 
the standard lines of their manufacturers. 
Hence, the companies could supply a 
reasonable amount and quality of soft¬ 
ware with them based on fairly large sales 
volume and hence software production 
achieved for the low end of the equipment. 

With the advent of “one-of-a-kind” 
machines, the situation started to change 
somewhat. The IBM NORC (only one 
existed), the Sperry-Univac LARC (only 
two were built), and the IBM Stretch (nine 
were built) each had unique software 
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incompatible with that of other systems. 
These machines tended to be revolution¬ 
ary rather than evolutionary, and they 
lacked the market volume to permit the 
extensive software development required 
for a revolutionary machine. 

The CDC 6600 was an exception to the 
rule and perhaps the first highly success¬ 
ful supercomputer. Control Data, in an 
important symbiotic relationship with 
some of its customers (the national labora¬ 
tories), was able to provide software for 
the system and went on to sell a large num¬ 
ber of machines. The successor to the 6600 
was the CDC 7600; the compiler for the 
6600 formed the basis for the 7600 com¬ 
piler. With this head start and more help 
from a few customers, the company again 
made adequate software available. Thus, 
the company sold many copies of the CDC 
7600, and it, too, became quite successful. 

Then even newer architectures began to 
emerge, requiring far greater effort from 
programmers to restructure or optimize 
programs to utilize the higher power avail¬ 
able in these machines. When the current 
class of supercomputers (called Class VI 
machines) started to appear in the late 
1970s and early 1980s, the software had to 
be redone yet again. These machines were 
very difficult to use, and the software was 
not easily optimized. In many cases the 
purchasers provided most of the software 
themselves. 

Because of the difficulties of restruc¬ 
turing problems to take advantage of the 
vector-oriented machine architecture, 
users failed to realize much of the poten¬ 
tial of these machines. All too often we saw 
a sustained performance on these 
machines of less than 20 percent of peak 
performance. Once again we see that 
industry has not had the immediate mar¬ 
ket base to justify the software develop¬ 
ment, nor the lead time to accomplish it. 

What do we need? 

Because of the cost and complexity of 
supercomputers, their market has been 
small. Additionally, programmers have 
found writing systems software for these 
machines to be particularly difficult. The 
result has been a significantly lower stan¬ 
dard for scientific supercomputer 
software—a standard we have been able to 
accept only because of the existence of a 
small and sophisticated cadre of users. For 
years manufacturers delivered their 
products to the few customers who could 
afford them—customers who could also 


Table 1. Free-world distribution of 
supercomputers (installed or on order 
as of 12/31/87). 


Country 

Number of 
Supercomputers 

United States 

134 

Japan 

70 

United Kingdom 

19 

Germany 

17 

France 

16 

Canada 

7 

Holland 

3 

Norway 

3 

Sweden 

2 

Switzerland 

2 

Abu Dhabi 

1 

Australia 

1 

Italy 

1 

Saudi Arabia 

1 

Taiwan 

1 


Table 2. Free-world distribution of 
supercomputers by application 
(approximate). 


Application 

Number of 
Supercomputers 

Research 

81 

Defense 

45 

Universities 

45 

Aerospace 

32 

Petroleum 

30 

Weather 

16 

Nuclear Energy 

12 

(weapons, reactors) 


Automotive 

11 

Service Bureaus 

9 


afford to do most of the software develop¬ 
ment themselves. Because of the limited 
volume of the market, short sightedness of 
the financial community, and limited life¬ 
time of the software (due to a lack of port¬ 
ability), expensive software development 
projects could not be justified. 

Industry has now begun to realize that 
there are important economic advantages 
to exploiting modern supercomputers. 
Consequently, many new supercomputer 
installations are being set up. (See Table 1 
for current or currently planned installa¬ 
tions. See Table 2 for distribution of super¬ 


computers by application.) The 
broadening market for supercomputers 
creates new classes of users requiring a 
much higher standard of software, espe¬ 
cially if our industries are to benefit from 
the superior design capabilities afforded 
by supercomputers. 

When the Japanese started to build 
supercomputers, they recognized this 
broadening market and took a more global 
approach to supercomputers, treating 
them as another important, marketable 
commodity. Having established super¬ 
computers as a national priority, they 
could take a longer term view of software 
development for these machines. This 
policy is proving successful. Obviously, 
the Japanese manufacturers have recog¬ 
nized the areas in which they should apply 
strong efforts. One should wonder how 
the performance of US machines will com¬ 
pare with that of our competition in a few 
years. (See Table 3 for a performance com¬ 
parison of certain computers on the Lin- 
pack programs as evaluated by Jack 
Dongarra of Argonne National 
Laboratory.) 

Writing supercomputer 
software 

Writing good supercomputer software 
is especially difficult because we must take 
advantage of the complex architectures 
needed for high performance. For exam¬ 
ple, program optimization has crucial 
importance to supercomputers. We need 
good automatic optimization to achieve a 
higher percentage of the potential speed of 
supercomputers, better utilization of 
scarce manpower, and better portability. 

A good deal of work is now being done 
on automatic program optimization for 
vector computers. But even using the best 
of these, optimizers typically attain a per¬ 
formance from the machine far below the 
peak vector performance possible. 

Machines with new architectures pos¬ 
sessing highly parallel structures are now 
being designed and built. At the moment, 
we are exploring the capabilities of high- 
performance systems containing only a 
few parallel processors. 

A number of supercomputer systems 
being planned are somewhat larger, hav¬ 
ing up to 16 processors. Nonetheless, good 
optimization software does not yet exist, 
even for the lower levels of parallelism. 

Furthermore, machines with new 
architectures possessing highly parallel 
structures including hundreds, even thou- 
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Table 3. Computer performance solving a system of linear equations with Linpackt 
(full precision, all Fortran). 


System 

Mflops 

♦ETA 10-E (one processor, 10.5 ns) 

52 

♦NEC SX-2 

43 

♦Cray X-MP-4 (one processor, 8.5 ns) 

39 

♦NEC SX-1 

36 

♦NEC SX-1E 

32 

♦Cray X-MP-2 (one processor) 

24 

♦Cray-2 (one processor) 

21 

♦Amdahl 1200 

19 

♦CDC Cyber 205 (two-pipe) 

17 

♦Fujitsu VP-200 

17 

♦Hitachi S-810/20 

17 

♦Cray IS 

12 

♦IBM 3090/180 VF (one processor) 

12 

Fujitsu M-380 

6.3 

CDC Cyber 875 

4.8 

Amdahl 5860 HSFPF 

3.9 

CDC 7600 

3.3 

IBM 3090/120E 

3.1 

Convex C-l/XP 

3.0 

FPS-264/20 (M64/50) 

3.0 

IBM 3081 K (one processor) 

2.1 

Honeywell DPS 8/88 

1.7 

Amdahl 470 V/8 

1.6 

IBM 370/168 (fast multiplier) 

1.2 

Amdahl 470 V/6 

f.l 

ELXSI 6420 

1.5 

DEC VAX 8600 

.48 

IBM PC (W/8087) 

.012 


♦These machines are generally acknowledged to be supercomputers. 

fData from J. Dongarra in “Performance of Various Computers Using Standard Linear Equations 
Software in a Fortran Environment,” Table 1 (February 2, 1988, Linpack, full precision, no Bias), 
Computer Architecture News, Vol. 16, No. 1, March 1988. 


sands, of processors are now being 
designed and built. Optimization for these 
machines promises to be even more diffi¬ 
cult to achieve and labor intensive than the 
last generation of machines. 

This optimization is not just harder to 
achieve, it poses new problems not 
encountered before. Efforts to design 
automatic optimization software to allevi¬ 
ate this problem remain at a very early 
stage. The costs involved in developing this 
software are so high—and the efforts to 
develop it so fragmented—that very little 
of the software may ever see the light of 
day. 

What do we need? We need 

(1) Better algorithms, again to achieve 
a higher fraction of the potential 
power. 


(2) Better languages and operating sys¬ 
tems to improve ease of use, effi¬ 
ciency of expression, and efficiency 
of execution. 

(3) Better portability, so that software 
has a longer lifetime and can there¬ 
fore sustain more development. 

(4) Better program optimizers, so that 
users can spend their time more 
productively and obtain a higher 
fraction of the potential power of 
the supercomputer. 


Parallel algorithms. Better algorithms 
can make a major difference in the feasi¬ 
bility of some applications. One only has 
to think of fast Fourier transforms and the 
Simplex method to recognize the impact 
better algorithms can have. 


Algorithms are especially important on 
supercomputers because we must specially 
design them to take advantage of vector 
and multiprocessor parallelism. For¬ 
tunately, some more economical com¬ 
puters now available make it possible to 
experiment with new parallel algorithms, 
and many programmers use these systems 
in this fashion. 

However, we are a long way from say¬ 
ing that we know how to use parallel 
processors efficiently for most problems. 
We now have the tools to study parallel 
algorithms, and we must make those tools 
available to the algorithm community. 

Better languages. Once we have 
designed algorithms, we must provide bet¬ 
ter languages to allow more efficient 
expression and execution of these 
algorithms. Fortran is the traditional lan¬ 
guage of scientific computation. A new 
standard incorporating vector extensions 
should be available soon. 

Two reasons for Fortran’s popularity, 
despite its age, are its execution efficiency 
and its portability. Unfortunately, its port¬ 
ability is limited: Users can easily move a 
Fortran program from one machine to 
another, but the level of the machine- 
dependent detail added for execution effi¬ 
ciency often proves ineffective on another 
machine. In fact, low-level details included 
in a program to improve execution effi¬ 
ciency on one machine may (and often do) 
prove detrimental on another machine. 
The program may execute correctly on 
another machine, but with considerable 
loss of efficiency. In any event, other lan¬ 
guages and programming paradigms are 
proving to be as portable as Fortran and 
considerably more expressive. 

Portability. One does not wish to pro¬ 
gram all problems for all machines, espe¬ 
cially when it means reprogramming each 
program to get optimum performance. 
But there has been little or no compatibil¬ 
ity between supercomputer systems. 

Originally, the manufacturers wanted it 
this way. It was easier to lock a customer 
into a given series of machines by making 
conversion to another much too difficult. 
This might benefit individual manufac¬ 
turers, but it certainly makes trouble for 
users, whether in government or industry. 
The resulting loss of productivity does not 
benefit either the customer or the US 
economy. 

Fortunately, manufacturers are chang¬ 
ing their ways in response to forces like the 
popularity of the Unix operating system 
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and the demands of users. Portability has 
a chance of becoming a reality. But to 
achieve it requires much more progress in 
the areas of standards and optimization. 

Portability will greatly extend the life¬ 
time of software, both applications soft¬ 
ware and systems software. One need only 
look at the growth of Unix to see the 
potential for portable operating systems. 
Given these longer lifetimes, we can afford 
to put in considerably more effort to get 
better software. This will allow users to 
spend more of their time on truly creative 
work such as designing new algorithms. 

Optimization. True portability requires 
a high-level representation of algorithms, 
with no machine-dependent semantics. 
However, we need a sophisticated pro¬ 
gram optimizer to obtain the required 
machine efficiency. Thus, such things as 
the details of memory hierarchy 
management—vector registers, cache, vir¬ 
tual memory—should not be part of the 
user’s program, but instead be optimized 
by the software itself. This allows true 
portability and also permits more produc¬ 
tive use of the programmer’s time. 


How do we get what we 
need? 

Past actions. During the early 1980s 
people started to realize that the US scien¬ 
tific effort was suffering from a lack of 
adequate facilities to carry out large-scale 
research projects. The Lax report 3 to the 
National Science Foundation pointed out 
the lack of availability of supercomputer 
resources for researchers in our universi¬ 
ties. Thanks to supercomputer center 
grants from the NSF and Department of 
Energy, this situation has begun to change. 
We are placing hardware at many sites, 
increasing availability significantly. 

The Lax report also pointed out the need 
for training in the use of supercomputers 
and the need for research and development 
to plan future generations of supercom¬ 
puters. As yet, little has been done in these 
areas. A more recent report 4 reiterates 
these concerns. 

Standards. This committee feels that the 
IEEE and similar organizations should 
play a larger role in establishing standards 
for languages and operating system soft¬ 
ware that would improve portability, simi¬ 
lar to the role played in establishing the 
Posix standard for Unix. 


Participating members 
of the Subcommittee 
on Scientific 
Supercomputing 

Sidney Fernbach, chair 
Alfred E. Brenner 
James F. Decker 
Duncan H. Lawrie 
Alan McAdams 
Kenneth W. Neves 
John P. Riganati 
Stewart Saphier 
Paul B. Schneck 
Lloyd Thorndyke 
Hugh Walsh 

The IEEE Subcommittee on Super¬ 
computers of the Committee on 
Communications and Information 
Policy has produced a number of 
position papers on supercomputers. 
For further information, or to be 
placed on a continuing mailing list, 
contact: 

Heidi F. James 
IEEE Washington Office 
1111 19th Street, NW 
Suite 608 

Washington, DC 20036 
(202) 785-0017 


The government’s share of the super¬ 
computer market comes close to 41 per¬ 
cent. Thus, we expect that the US 
government would do its part by adopting 
these standards and enforcing them on 
government purchases. Such standards 
will enhance portability, lengthen software 
lifetimes, and broaden markets. 

What we can do. In the past, most soft¬ 
ware was written by the hardware vendor 
or by the customers, but this has begun to 
change. Increasingly, third parties are 
providing software independent of the 
vendor’s particular hardware. Given a 
larger, multivendor market for software 
and the resulting increase in motivation for 
portability, better software results. 

Nonetheless, the development costs for 
supercomputer software are still enor¬ 
mous, and most software houses prefer to 
concentrate on markets like the personal 
computer market where the volume is high 
and the software easier to produce. We 
need incentives from the government, such 
as guaranteed purchases (software and 
hardware), and even direct development 
contracts to focus some of the attention of 


the third-party software vendors on super¬ 
computer software. 

Additionally, vendors’ investments in 
software need adequate protection under 
the law. And, finally, not only should any 
impediments to cooperation between ven¬ 
dors (hardware and software) and cus¬ 
tomers (especially national laboratories) 
be removed, but such cooperation should 
be encouraged. 

Stimulation of better software for 
supercomputers and the protection of the 
investment in this software development 
involves many complex issues beyond the 
scope of this report. We urge that these 
issues be discussed and resolved. 

Finally, we need to set up a mechanism 
to better focus our efforts in the area of 
supercomputer software and to take on the 
most expensive and risky elements of soft¬ 
ware development, much as the national 
laboratories take on these risks in the areas 
of energy, weather research, and health. 
We urge the creation of national software 
centers for this purpose. 

Our recommendations 

Supercomputer software is important 
not just to the position of the US super¬ 
computer industry in the world market, 
but also to a broad spectrum of industries 
that depend or will come to depend on 
supercomputers for the design of competi¬ 
tive products. This subcommittee believes 
that the importance of supercomputers in 
government and industry is just being 
recognized. Nevertheless, software for 
supercomputers remains underdeveloped 
due to the relatively small size of the super¬ 
computer software marketplace (com¬ 
pared, for example, to the market for 
workstation and personal computer soft¬ 
ware) and the fragmented and uncoordi¬ 
nated efforts in this area. 

Although some attempts have been 
made to remedy the situation, we believe 
that it would be in the best interest of the 
United States if the government were to 
provide more focus on this problem 
through the following actions: 

(1) Stimulate the supercomputer indus¬ 
try by underwriting some of the costs and 
risks of hardware and, especially, software 
development. This might be done through 
a program where the government, during 
the early stages of the development cycle, 
commits to purchase supercomputer sys¬ 
tems (provided they meet certain perfor¬ 
mance requirements). Not only would this 
help to underwrite risks associated with 
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these machines, it would provide the 
government with a stronger voice in their 
design. 

(2) Improve the state of supercomputer 
software through direct research and 
development contracts and grants to 
industry and government laboratories. 

(3) Increase basic research funding in 
supercomputer software. 

(4) Establish a formal coordinating 
body to better focus existing development 
efforts through standards for software 
portability and to provide interagency 
coordination of federally funded research 
efforts. 

(5) Establish several laboratories, such 
as the National Supercomputer Software 
Research and Development Institutes 
recommended in the SIAM report 4 and in 
an earlier report from this subcommit¬ 
tee. 5 The institutes would be associated 
with existing supercomputer centers, both 
at educational institutions and at national 
laboratories. The early successes of some 
of the present national laboratories 
demonstrate the potential for success of 
such institutes. 

These institutes should have the follow¬ 
ing goals: 


• Advise the federal government on 
matters relating to supercomputing. 

• Set common software specifications 
for supercomputers. 

• Carry out practical research in struc¬ 
turing algorithms and applications 
for supercomputers, including paral¬ 
lel (multiprocessor) algorithms. 

• Develop software packages, includ¬ 
ing operating systems and compilers, 
suited for a wide variety of supercom¬ 
puters. 

• Devise performance measures for 
supercomputers. 

• Package these products for US 
government, educational, and indus¬ 
trial use. 

I f the government acts on these 
recommendations and, with acade¬ 
mia and industry, moves to resolve 
the problems still facing us, we believe the 
US can regain and maintain its preemi¬ 
nence in supercomputer hardware and 
software development. Better software is 
the key to effectively using supercom¬ 
puters, which will allow us to accelerate 
our progress in engineering and science, 
design better, more competitive products 


for a world market, and solve some of the 
critical problems facing the world today. 
We cannot afford to lag behind in this cru¬ 
cial area. □ 
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Gordon Bell Awards 

The Gordon Bell Awards recognize achievements in large-scale scien¬ 
tific computing. Awards of $1,000 each wi II be given in two of three cate¬ 
gories: 

• Performance. A winning program will run faster than comparable 
engineering or scientific applications. 

• Price/performance. A winning program must show that its perfor¬ 
mance divided by system cost is less than comparable applications. 

• Compiler parallelization. A winning compiler/application must 
generate the greatest speedup. 

The 1987 winners achieved speedups of400 to 600 with 1,024 pro¬ 
cessors. Entries must be received by Jan. 15,1989. IEEE Software ma¬ 
gazine administers the awards. For rules, write Gordon Bell Awards, 
10662 LosVaqueros, Los Alamitos,CA 90720 or call (714)821-8380. 


■ DIRECTOR 

■ H CENTER FOR ADVANCED TECHNOLOGY 

W m IN TELECOMMUNICATIONS AND 

■ I COMPUTER NETWORKING 

■■ ■ ■ UNIVERSITY OF MISSOURI-KANSAS CITY 

The state of Missouri has designated the University of Missouri-Kansas 
City as the site for its Center for Advanced Technology in Telecommunica¬ 
tions and Computer Networking. Applicants are now being solicited to fill 
the position of Director. 

A development research arm of the Computer Science Telecommunica¬ 
tions Program at UMKC, the Center is a consortium of industrial and edu¬ 
cational leaders whose mission is to promote economic development. 
Center goals are to enhance existing cooperation between the University 
and the communications industry, create new technology and transfer that 
technology to the marketplace. The Director will implement these goals 
under the supervision of an Advisory Board and the head of the Computer 
Science Telecommunications Program. 

Minimum requirements include: 

• Ph.D. in Computer Science, Electrical/Computer Engineering or 
closely related discipline 

• Record of accomplishment that qualifies the candidate for senior 
level faculty appointment at UMKC 

• Five or more years of successful experience managing a research 
group in telecommunications, computer networking, computer 
science or a related technology area 

• Broad knowledge of the technologies of telecommunications and com¬ 
puter networking 

• Proven ability to secure grant and research funding 

• Significant professional experience in both academic and business/in¬ 
dustrial positions 

Desirable qualifications include: 

• Active research program in telecommunications or computer network- 

• Extensive professional recognition and contacts in telecommunica¬ 
tions and computer networking industry 

The Computer Science Telecommunications Program is a working part¬ 
ner with the communications industry, and offers undergraduate and 
graduate degrees focussing on Telecommunications, Computer Network¬ 
ing, Artificial Intelligence and Software Studies. An innovative interdiscipli¬ 
nary Ph.D. degree is now being implemented. The program currently sup¬ 
ports 15 full-time faculty members and over 350 graduate and 
undergraduate students. The program is a sponsored member of the Inter¬ 
national Communications Association. 

Candidates should submit a resume addressing the above qualifica¬ 
tions and the names of at least three references BY DECEMBER 31, 

1988, to Dr. Richard G. Hetherington, Director, Computer Science Tele¬ 
communications Program, 5100 Rockhill Road, Kansas City, Missouri 
64110. UMKC is an Equal Opportunity/Affirmative Action Employer. 












Confessions of a used-program salesman — reuseless software 


Will Tracz, 

Stanford University 

Have you ever tripped down the 
primrose path of least resistance, com¬ 
mending yourself for building a new 
program by salvaging someone else’s 
software, only to be startled by the harsh 
reality that things were not as great as you 
had planned? 

True, you thought you were building on 
someone else’s successes, but you had not 
counted on inheriting their mistakes or 
finding out, only too late, that what you 
thought you could reuse “as-is” required a 
lot more effort than you had planned. The 
software you were trying to salvage might 
be good, but for what? You budgeted time 
and staff to salvage or carry over code 
from the last project, only to find that it 
didn’t work as advertised, if the fact that it 
worked was advertised at all. 

Ignoring blatant errors of commission, 
the subtle errors of omission really require 
the most effort to overcome. The software 
might work well in the narrow context for 
which it was designed, but taken out of its 
specific domain the software suddenly 
becomes brittle — in other words, 
reuseless. For example, you might want to 
reuse one of the dozen or so linked-list 
packages lying around your project, but 
wouldn’t you know it, the one you pick 
has only four of the five operations you 
need. The missing operation is in another 
package, but that one happens to be 
missing one of the other operations you 
desire. 

So, what do you do? What do you want 
to do? Modify one, modify both, or start 
from scratch? 

While a good used-program salesman 
does not often suggest starting over, 
adapting or extending someone else’s 
software can be a programmer’s night¬ 
mare. Reuseless code is software that is 
not worth reengineering for a new 
application. Any programmer can find it 
challenging, to say the least, to track down 
global references, operating system and 
hardware dependencies, or subtle coding 
tricks that only make sense (if at all) to the 
original implementer (even though you 


could swear that no one in his or her right 
mind would ever write such code). 

Sometimes, programmers should let old 
code die a natural death rather than spend 
any effort trying to revive it. As many of 
us have learned from experience, plenty of 
reuseless code is lying around (one might 
argue that a lot of it was useless code in 
the first place). Not that most code is 
reuseless (or more important, needs to be 
created as reuseless), but software not 
designed to be reused is simply more 
difficult and costly to reuse. Similarly, 
code designed for reuse (reuseful code) 
might cost 30 to 200 percent more to 
develop, document, and test, but subse¬ 
quent reuse costs 20 to 40 percent less than 
rewriting. 

Making software reusable exacts a cost 
in experience and effort. Creating reusable 
robust interfaces requires insight from 


W. Wesley Peterson, 

University of Hawaii 

Icons have begun replacing words to 
suggest things or ideas on a computer 
display. Some computer scientists argue 
that meaning is conveyed more directly by 
an icon—that they can be more quickly or 
easily understood. Their argument 
resembles that which states that the 
Chinese writing system based on ideo¬ 
graphs is superior to our system using 
Roman letters. 

Assuming these arguments have merit, 
there is no reason to reinvent the wheel. 
We have access to Chinese ideographs 
dating back at least 3,750 years, at which 
time they appear to have developed 
beyond the present state of icons in 
computer science. And, of course, further 
development has occurred since then. 

Interestingly, Webster’s Ninth New 
Collegiate Dictionary defines “ideograph” 
or “ideogram” to mean “1: a picture or 
symbol used in a system of writing to 
represent a thing or an idea but not a 
particular word or phrase for it; esp: one 


seeing how software has been used in the 
past and envisioning how it might be used 
in the future. Furthermore, since the most 
important quality of reusable software is 
that it is quality software, emphasis should 
be placed on thoroughly specifying, 
testing, and certifying that the software has 
achieved a certain level of operational and 
documentation quality. Only then will 
programmers be willing to invest their 
time to consider its reuse. (Or, as I like to 
say, only then will business be back to 
reusual.) 

The choice is simple: you can pay for it 
now, or pay for it again later. However, 
having experienced the joy of good 
plagiaristic programming, one might agree 
with the words of a colleague of mine, Ev 
Merritt: “We need to give the acronym 
NIH back to the National Institutes of 
Health.” 


that represents not the object pictured but 
some thing or idea that the object pictured 
is supposed to suggest. . .” At the same 
time, “icon” is defined as “ 1: a [usually] 
pictorial representation ... 2: a conven¬ 
tional religious image ... 3: an object of 
uncritical devotion . . .” 

The current Chinese ideographs have at 
least four advantages over current 
computer icons: 

(1) A very rich collection of them is 
available. 

(2) Their standardized meanings are 
already understood by a billion or so 
people. 

(3) Dictionaries and fairly efficient 
lookup methods for the ideograms 
exist, as do standard encodings into 
numbers for using them with 
computers. 

(4) They can be hand written fairly 
easily. 

Therefore, if icons or ideographs are 
superior to natural-language words for 
representing ideas on a computer screen, I 
recommend we adopt and use Chinese 
ideographs as standard. 


Icons set computer science back 4,000 years 
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Editor: Helen M. Wood, National Oceanic and Atmospheric Administration, Rm. 1069, Federal Bldg. No. 4, Washington, DC 20233, phone (301) 763-1564. 


IEEE Standards Board approves new standard, projects 


The IEEE Standards Board approved 
one new standard and 11 new projects 
during its meeting October 20 in Reno. 
The board session was held in conjunc¬ 
tion with the first Transnational Forum 
on Standards. 

The following decisions, affecting the 
standards activities of the IEEE Com¬ 
puter Society, resulted from the 
meeting: 

Standard approved: 

• 610.3, Glossary of Modeling and 
Simulation Terminology 

New projects approved: 

• P830, Guide for Software Require¬ 
ments Specification (Revision) 
(Sponsor: Software Engineering 
TC) 

• P896.1, Futurebus—A Backplane 
Bus for Multiprocessor Architec¬ 
tures (Revision) (Sponsor: 
Microprocessors and Minicom¬ 
puters TC) 

• PI003.7, System Administration 
Interface for Computer Operating 
System Environment (Sponsor: 
Operating Systems TC) 

• PI 149.1, Standard Testability Bus: 
Boundary Scan Architectures 
(Sponsor: Test Technology TC) 

• PI 149.2, Standard Testability Bus: 
Extended Serial Digital Interface 
(Sponsor: Test Technology TC) 

• PI 149.3, Standard Testability Bus: 
Real-Time Parallel Digital Interface 
(Sponsor: Test Technology TC) 

• PI 149.4, Standard Testability Bus: 
Real-Time Analog Interface (Spon¬ 
sor: Test Technology TC) 

• PI 192, Standard for Microcom¬ 
puter Database Language (Sponsor: 
Microprocessors and Minicom¬ 
puters TC) 

• PI 194.0, Backplane Electrical Per¬ 
formance Standard (Sponsor: 
Microprocessors and Minicom¬ 
puters TC) 

• PI 194.1, Backplane Transceiver 
Logic (BTL) Electrical Characteris¬ 
tics (Sponsor: Microprocessors and 


Minicomputers TC) 

• PI596, Scalable Coherent Interface 
(SCI) Standard (Sponsor: 
Microprocessors and Minicom¬ 
puters TC) 

The board also approved the forma¬ 
tion of an Analog Hardware Descrip¬ 
tion Coordinating Committee. Its scope 
includes developing a standard compati¬ 
ble with the relevant features of the 


A new project to develop a standard 
for interoperable local area network 
security (SILS) was approved by the 
IEEE Standards Board at its June 1988 
meeting. The IEEE Computer Society 
Technical Committee of Computer 
Communications (which sponsors 802 
LAN standards projects) and the Tech¬ 
nical Committee on Security and 
Privacy are to jointly sponsor the SILS 
effort. 

Modern LANs provide users with 
connectivity to network resources. Dis¬ 
tributed application and shared 
resources allow users easy access to the 
network data. The intended result is 
data that is readily available to all users, 

However, as use of LAN resources 
increases in commercial and military 
environments, the data security threat 
increases. Manufacturing design data, 
financial analysis data, and health data 
cannot be protected from modification, 
disclosure, or unauthorized access with¬ 
out LAN security. 

The SILS project has three objec¬ 
tives: specifying the security services 
available to IEEE 802 LANs; defining 
logical and physical mechanisms for 
achieving security; and maximizing 
interoperability of products in an Open 
Systems Interconnection architecture. 
The result will be a standard for ser¬ 
vices, protocols, data formats, and 


standard description language for elec¬ 
tronic hardware (IEEE 1076), devel¬ 
oped under sponsorship of the TC on 
Design Automation. 

For additional information on these 
and other Computer Society standards 
activities, contact Richard Cain, Stan¬ 
dards Coordinator, IEEE Computer 
Society, 1730 Massachusetts Ave. NW, 
Washington, DC 20036-1903, phone 
(202) 371-0101. 


interfaces that will secure IEEE 802 
LAN products. 

The standard covers secure data 
exchange at the data-link layer, 
management of cryptography keys, and 
network management objects. It will 
offer such services as data confidential¬ 
ity and integrity. Protocols defined in 
the standard will be independent of any 
particular cryptography algorithm. 
Security mechanisms of the data-link 
layer will not change existing IEEE 802 
LAN definitions. 

Forty-two LAN vendors and users 
attended the first meeting in the SILS 
project. Participation in this effort is 
open to anyone interested. More infor¬ 
mation can be obtained by contacting 
Kim Kirkpatrick of the Mitre Corp. at 
(617) 271-7555. 


Correction 

An error appeared on p. 69 of the 
September 1988 issue of Computer 
within a National Bureau of Standards 
benchmark collection netmail address. 
In the article entitled “NBS response,” 
the electronic address in the righthand 
column should have read as follows: 
nbslib@cmr.icst.nbs.gov. 


LAN security standard being developed 
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Public review, comment opportunities 
available on seven draft standards 


Opportunities are being provided for 
public review and comment on seven 
draft American National Standards, 
according to X3, the Accredited Stan¬ 
dards Committee on Information Pro¬ 
cessing Systems. 

The review and comment period on 
draft proposed standard X3.42-1975 
began October 21 and ends December 
20. The standard is entitled “Represen¬ 
tation of Numeric Values in Character 
Strings for Information Interchange.” 

Review and comment is running from 
November 4 to January 3 on 

• X3.17-1981, “Character Set for 
Optical Character Recognition 
(OCR-A)” 

• X3.45-1982, “Character Set for 
Handprinting” 

• X3.49-1982, “Character Set for 
Optical Character Recognition 
(OCR-B)” 

• X3.93-1981, “OCR Character Posi¬ 
tioning” 

Review and comment extends from 
November 4 to March 3 on 

•X3.176-198x, “Intelligent 
Peripheral Interface Logical Device 
Specific Command Set for Mag¬ 
netic Tapes” 

• X3.177.198x, “Intelligent 
Peripheral Interface Device Generic 
Command Set for Communica¬ 
tions” 

X3.42-1975 specifies the syntax of the 
decimal positional representations of 
numeric values included in character 
strings transmitted or recorded for 
information interchange. Other stan¬ 
dards specify the code of these charac¬ 
ters and the representation of this code 
on media such as punched cards, mag¬ 
netic tape, etc., and on data communi¬ 
cations channels. 

X3.42-1975 is a member of a family 
of standards including representation in 
ANSI Code for Information Inter¬ 
change, X3.4-1968 (ASCII), and trans¬ 
mission or recording on ANSI media; 
use of this syntax is not necessarily 
limited to use with such other 
standards. 

Copies of the standard can be 
obtained from Global Engineering 
Documents by dialing (800) 854-7179 
(in the US) or (714) 261-1455 (outside 
the US). The US price is $20, and the 
international price is $26. 

X3.17-1981 provides the description, 
scope, and identification for a set of 
graphic shapes to be used in the applica¬ 
tion of optical character recognition 
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(OCR) systems. The style is designated 
OCR-A and comprises 97 graphic 
shapes, including the character space. 

OCR-A was designed to provide max¬ 
imum machine efficiency under a wide 
range of applications. Three sizes of 
graphic shapes—I, III, and IV—are 
provided; size II is reserved for certain 
international applications. 

In addition to graphic shapes and 
related information, the standard pro¬ 
vides basic requirements related to rela¬ 
tive character positioning and 
relationships to the ASCII code table. 

Copies of the standard can be 
obtained from the American National 
Standards Institute by calling (212) 
642-4900. 

X3.45-1982 presents a character set 
for handprinting and supporting speci¬ 
fications and recommendations for its 
use in OCR systems and in person-to- 
person communications. A broad range 
of applications and international con¬ 
siderations is included. 

Copies can be obtained from the 
ANSI at (212) 642-4900. 

X3.49-1982 presents an alphanumeric 
character set for use in OCR systems. 
There are two standard character sets 
for machine printing: OCR-A (Ameri¬ 
can National Standard X3.17) and 
OCR-B (ANSI X3.49). Both sets 
include numerals, uppercase and lower¬ 
case characters, and special symbols. 

In the design of OCR character 
shapes, it is possible to exchange con¬ 
ventional appearance for OCR reading 
performance (for example, insensitivity 
to degradation of printing and simplic¬ 
ity of required OCR device design). 

For the numeric and uppercase 
character sets of OCR-A, the emphasis 
is on OCR reading performance; for 
OCR-B, the emphasis is on conven¬ 
tional appearance. The objective is to 
provide a choice for the user optimized 
reading performance of conventional 
appearance. 

Copies can be obtained by calling the 
ANSI at (212) 642-4900. 

The X3.93-1981 document is the 
result of a recognized need to have sep¬ 
arate standards for character shapes, 
character positioning, print quality, 
inks, paper, and forms design. The 
material in this standard is taken from 
the body and appendix of X3.17-1977, 
“Character Set and Print Quality for 
Optical Character Recognition 
(OCR-A).” 
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This material was omitted from the 
revised version of X3.17-1981 when it 
became a standard for OCR-A charac¬ 
ter shapes and sizes only. The character 
positioning requirements in this stan¬ 
dard apply to the constant strokewidth 
OCR-B characters specified in X3.49 as 
well as the OCR-A characters. 

Copies are available from the ANSI, 
(212) 642-4900. 

Both X3.176-198x and X3.177-198x 
are definitions of the physical portion 
of a family of standards called the intel¬ 


ligent peripheral interface (IPI), a new 
high-performance, general-purpose par¬ 
allel peripheral interface. 

These standards respond to an indus¬ 
try market need (expressed by both 
users and manufacturers) to limit the 
increasing costs in the host associated 
with changes in peripherals. 

The intent of the IPI is to isolate the 
host (CPU), both hardware and soft¬ 
ware, from changes in peripherals by 
providing a function-generic command 
set to allow the connection of multiple 
types of peripherals (disks, printers, 


tapes, communications). To smooth the 
transition from the current methods to 
the generic approach, the IPI also sup¬ 
ports device-specific command sets to 
aid in bridging the gap between the two 
approaches. 

Copies can be obtained from Global 
Engineering Documents by calling (800) 
854-7179 (in the US) or (714) 261-1455 
(outside the US). For X3.176-198x, the 
US price is $30, and the international 
price is $39. For X3.177-198x, the US 
price is $35, and the international price 
is $45.50. 


Computerized vote-tallying could be improved, NIST study indicates 


Computerized vote-tallying could be 
made considerably more accurate and 
secure through the use of a system of 
internal controls, according to the US 
Commerce Department’s National 
Institute of Standards and Technology 
(NIST). 

Roy Saltman, a computer scientist in 
NIST’s National Computer and 
Telecommunications Laboratory, led a 
project designed to provide election 
administrators with a better under¬ 
standing of computer technology and 
improved technical tools. 

The project involved reviewing recent 
literature citing numerous difficulties 
with computerized vote-tallying. In one 
case blamed on a programming error, 
two votes were tabulated for each vote 
cast for a candidate, and the “no” 
votes on a proposition were not counted 
at all. Other problems included a soft¬ 
ware mix-up that caused a 13,000-vote 
error and a case where vote-tallying was 
done in a borrowed facility at the same 
time other computer operations were 
being carried out. 

“Many technically trained people 
have real concerns about the way votes 


are tallied,” said Saltman. These 
include difficulty in verifying election 
results, the possibility of undetectable 
fraud, and a lack of technical knowl¬ 
edge by many election administrators. 

The John and Mary R. Markle Foun¬ 
dation of New York City funded the 
NIST project because of these concerns. 
More than 4,800 copies of the NIST 
project report are being distributed to 
state and local election officials. The 
new study builds on a previous one con¬ 
ducted by Saltman in 1975. As a result 
of the 1975 study. Congress asked the 
Federal Election Commission to 
develop performance standards for vot¬ 
ing equipment. These standards are 
nearing completion. 

Nonetheless, while some of the prob¬ 
lems are being addressed, Saltman said 
many still exist. A new way of thinking 
about computerized vote-tallying is 
needed, he said. 

“These are not just computer security 
problems, hardware/software prob¬ 
lems, or management problems. Voting 
should be looked at as a process, and 
the whole process, from voter registra¬ 
tion to vote-tallying, should be con¬ 


trolled,” Saltman said. 

He recommended inaugurating a sys¬ 
tem of internal controls to help improve 
accuracy and security. Such controls are 
often used to protect business opera¬ 
tions resulting in the sale of goods or 
services, but Saltman believes they can 
and should be applied to vote-tallying. 

“It doesn’t matter whether you are 
counting dollars or votes,” he said. 
“The same basic procedures could eas¬ 
ily be modified for controlling most, if 
not all, aspects of computerized elec¬ 
tions. The result should be increased 
confidence in election outcomes.” 

Slightly more than half of the voters 
in the United States use some form of 
computerized vote-tallying equipment. 
The equipment ranges from punch 
cards read by electronic card readers 
and entered into a computer to direct 
recording electronic machines used by 
voters to enter choices using a touch¬ 
screen or push buttons. Each system is 
vulnerable, Saltman said. 

NIST evolved from the National 
Bureau of Standards August 23 through 
enactment of the Omnibus Trade and 
Competitiveness Bill. 


Work starts on logistics data indexing model standard 


The Computer Integrated Technical 
Systems Committee of the Society of 
Automotive Engineers (SAE) has 
formed a subcommittee to develop a 
standard based on logistics data index¬ 
ing, a nonproprietary data model. LDI 
is used to define and organize data ele¬ 
ments and permit data exchange 
between users of different database 
management systems. 

The LDI model is designed to handle 
all logistics data, including operations, 
maintenance, and training data for a 
product of any complexity, as well as 
related information on such topics as 


procurement, replacement parts, sup¬ 
port equipment, facilities, maintainabil¬ 
ity, and reliability. 

As industry switches from manual- 
based systems (including books, micro¬ 
film, and CD-ROM) to computer-based 
systems, long-term goals must be set to 
facilitate a smooth transition from 
document formats to information for¬ 
mats, said Chris Galichon, LDI sub¬ 
committee chair and author of the base 
draft document. To make the standard 
a universal data model that responds to 
user requirements, the subcommittee is 
gathering input from diverse areas of 


industry. 

The standard’s document will 
describe the data model and the rela¬ 
tional format for linking core data to 
subsidiary data. The subcommittee 
requires user input to help define the 
kind of attributes needed for each 
model subset. Participation is open to 
anyone. 

More information can be obtained by 
contacting Jim Rumpf at SAE head¬ 
quarters, 400 Commonwealth Dr., 
Warrendale, PA 15096, phone (412) 
776-4841. 
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Editor: Sallie Sheppard, Office of Associate Provost for Honors Program and Undergraduate Studies, Texas A&M University, College Station, TX 77843; (409) 845-3210 


New officers, board members elected 


The results of the fall 1988 IEEE 
Computer Society election of officers 
and Board of Governors members have 
been announced by IEEE headquarters. 

Officers. The membership elected 
Helen M. Wood president-elect; she 
was the sole candidate for the office. In 
two-candidate races, Joseph E. Urban 
and Laurel V. Kaleda were elected to 
the respective posts of first and second 
vice president. 

Wood, Urban, and Kaleda will serve 
one-year terms beginning January 1, 
1989. In addition, Wood will become 
president in 1990. 

With the number of votes received 
shown after each name, the results were 
as follows: 

President-elect: 


Helen M. Wood (elected) 

9,175 

First Vice President: 


Joseph E. Urban (elected) 

5,292 

Barry W. Johnson 

4,245 

Second Vice President 


Laurel V. Kaleda (elected) 

5,695 

Gerald L. Engel 

3,794 


Mario R. Barbacci 4,334 

Ronald Waxman 4,262 

Vishwani Agrawal 4,241 

Ming T. (Mike) Liu 4,230 

Donald E. Thomas 4,127 

Not elected: 

Jon T. Butler 3,959 

Se June Hong 3,937 

Tadao Ichikawa 3,731 

Tilak Agerwala 3,714 

Ronald G. Hoelzeman 3,439 

Jacques Tiberghien 3,325 

Bill P. Buckles 3,153 

Mario Tokoro 2,742 

Sushil Jajodia 2,260 


Balloting history. The member partic¬ 
ipation rate in the election continued to 
decline in the 1988 balloting. The rate 
of participation the past three years has 
been as follows: 



Election 

1986 

1987 

1988 


Ballots 

mailed 

66,896 

64,121 

73,862 


Ballots 

received 

10,080 

9,047 

10,110 


15.1% 

14.1% 

13.7% 


Helen M. Wood of the US National 
Oceanic and Atmospheric 
Administration has been elected 
president-elect of the IEEE Computer 
Society. 


Board of Governors. Of the 23 candi¬ 
dates, 14 were elected. To phase in the 
new BoG structure, the seven board 
candidates receiving the highest vote 
totals were elected to three-year terms, 
and the next seven highest vote-getters 
were elected to two-year terms. Like¬ 
wise, the terms for the newly elected 
board members will begin January 1. 

The results were as follows, again 
with the number of votes received after 
each name: 

Elected to three-year terms (1989-91): 


Ted Lewis 

5,755 

Paul Borrill 

5,255 

P. Bruce Berra 

5,097 

Raymond E. Miller 

5,027 

Earl E. Swartzlander, Jr. 

4,923 

Michael Evangelist 

4,831 

Thomas W. Williams 

4,531 


Elected to two-year terms (1989-90): 
Yale N. Patt 4,513 

Benjamin W. Wah 4,417 


Russo elected Division VIII director 


Roy L. Russo, who was president 
of the IEEE Computer Society in 
1986-87 and has been serving as past 
president during 1988, has been 
elected IEEE Division VIII delegate- 
director to the IEEE Board of Direc¬ 
tors for 1989-90. Russo outpolled 
Stanley Winkler in the fall 1988 IEEE 
elections, 7,406 to 3,554. 

The Computer Society member¬ 
ship constitutes two of the 10 IEEE 
divisions and is the only constituent 
society with two directors on the 
IEEE board. The society membership 
elects one director each year, and the 
winners serve overlapping two-year 
terms. 

Russo, who is with the IBM T.J. 


Watson Research Center, will begin 
his two-year IEEE board tenure Janu¬ 
ary 1, succeeding H. Troy Nagle, Jr., 
of North Carolina State University. 
Winkler is with the National Institute 
of Standards and Technology, for¬ 
merly the National Bureau of 
Standards. 

Russo and Winkler were nomi¬ 
nated for the post by the society’s 
Board of Governors on the recom¬ 
mendation of the Nominations Com¬ 
mittee. 

During 1989, Russo will serve with 
Harriet B. Rigas of Michigan State 
University as she completes her two- 
year term as Division V delegate- 
director to the IEEE board. 
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UNIVERSITY COLLEGE 


Department of 
Computer Science 

Lecturer/ 
Senior Lecturer 

(Ref: Z850.002) 

Applicants should have high academic 
qualifications in Computer Science and 
teaching and/or research experience. A 
broad interest in computer science is 
preferred and a particular interest in 
data communications or real time sys¬ 
tems is required. The appointee will 
teach in the undergraduate programme 
in the Department which offers a major 
in Computer Science and a sub-major 
in Information Systems. The successful 
applicant will be required to pursue an 
active research programme and super¬ 
vise Masters and Doctoral students. 
Major areas of expertise with the 
Department include: AI and Expert 
Systems; Combinatorial Algorithms 
and Complexity: Command and Con¬ 
trol: Computer Architecture; Com¬ 
puter Assisted Instruction: Computer 
Graphics: Cryptology and Computer 
Security: Decision Support Systems; 
Distributed Operating Systems; Logic 
Programming; Operations Research; 
Speech Analysis, Synthesis and Auto¬ 
matic Speech Recognition; Software 
Engineering; Numerical Algorithms. 
The Department offers a well-structured 
computing environment operating a 
Unix/Ethernet network on Pyramid 90x 
(2) and SUN workstations, a Mass- 
comp 550 with analog-to-digital and 
digital-to-analog conversion facilities 
and a number of Macintosh PC’s 
equipped with laserwriters. Access is 
available via a broadband LAN to 
other campus computers including 
Prime 9955 IIs in the Computer Centre. 
The position is available immediately 
and appointment will be either tenured 
or on the basis of a contract con¬ 
taining provision for conversion to 

Salary: A$29,842-A$46,179 per annum. 
Further information from Professor 
Jennifer Seberry, Head of Depart¬ 
ment or Dr C.S. Newton (062) 688182. 
Applications close 6 January 1989. 

Written applications quoting refer¬ 
ence number, should be sent to 
the Asst. College Secretary (Person¬ 
nel), University College, University 
of New South Wales, Australian 
Defence Force Academy, Northcott 
Drive, CANBERRA A.C.T. 2600, 
Australia. Include contact number 
during business hours and names 
and addresses of two referees. 

Equality of employment opportunity 
is University policy. 


Three presented awards at 18th FTCS 


Kishor S. Trivedi of Duke University 
has been presented the IEEE Computer 
Society’s Meritorious Service Certificate 
for dedicated service as editor of IEEE 
Transactions on Computers from 
1983-87. Trivedi was honored during 
the plenary session awards ceremony at 
the 18th Fault-Tolerant Computing 
Symposium in Tokyo June 28. 

Premachandran R. Menon and 
Dhiraj K. Pradhan, both of the Univer¬ 
sity of Massachusetts and both Com¬ 
puter Society members, were presented 
IEEE Fellow certificates at the same 
ceremony. 

Menon was honored for his contribu¬ 
tions to methods of simulation and test¬ 
ing digital circuits and to switching 
theory. Pradhan was cited for his con¬ 
tributions to techniques and theory of 
designing fault-tolerant circuits and 


systems. 

Shintaro Ohshima of KDD Engineer¬ 
ing and Consulting made the three 
presentations. Ohshima, an IEEE Fel¬ 
low and IEEE Tokyo Section chair, was 
honorary conference chair. 

Yoshihiro Tohma of the Tokyo Insti¬ 
tute of Technology chaired the four-day 
FTCS event, Yasuo Komamiya of Meiji 
University served as General Organizing 
Committee chair, and Kozo Kinoshita 
was program chair. 

The symposium featured 57 papers in 
21 sessions; a poster session with 11 
invited papers not included in the 
proceedings but demonstrating recent 
fault-tolerance technologies in Japanese 
industry; and technical visits to NTT’s 
Research Laboratories and MITI’s 
Electrotechnical Laboratory. FTCS had 
315 participants. 



Shintaro Ohshima (right) presents IEEE Computer Society Meritorious Service 
Certificate to Kishor S. Trivedi for service as editor of IEEE Transactions on Com¬ 
puters from 1983-87. Presentation took place in Tokyo. 



Premachandran R. Menon (left) and Dhiraj K. Pradhan were presented IEEE Fel¬ 
low certificates during the 18th Fault-Tolerant Computing Symposium in Tokyo. 
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THIRTY-FOURTH IEEE COMPUTER SOCIETY INTERNATIONAL CONFERENCE 
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spring 


February 27 - March 3, 1989 spring 
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The year's only broadbased computing conference 
by,the world's largest Computer Society 



SPONSORED BY THE 

IEEE COMPUTER SOCIETY 

_ INSTITUTE OF ELECTRICAL AN 
ELECTRONIC ENGINEERS, INC. 



ADVANCE PROGRAM 


- SPECIAL ONLY AT COMPCON - 

INVITED TECHNOLOGICAL UPDATES 

(PRESENTATIONS ONLY, NO PUBLICATIONS) 

• SEMICONDUCTOR TECHNOLOGY AFTER 40 by GORDON MOORE 

Intel Corporation 

• LOGIC SYNTHESIS: REALITY AND PROMISE by HARVEY JONES 

Synopsys 

• VISUALIZATION WITH GRAPHICS SUPERCOMPUTERS by WILLIAM PODUSKA 
Stellar Computer Inc. 

• PRESENT AND FUTURE OF COMPUTER MATHEMATICS by STEPHEN WOLFRAM 

Wolfram Research, Inc. 

• NEURAL ARCHITECTURES FOR ANALOG VLSI COMPUTATION by CARVER MEAD 

California Institute of Technology 


[CONFERENCE HIGHLIGHTS AND HOT TOPICS OUTLINED ON BACK PAGE] 










TUESDAY - FEBRUARY 28, 1989 

8:30 - 9:30 

SEMICONDUCTOR TECHNOLOGY AFTER 40 

GORDON E. MOORE 

Chairman of the Board, Intel Corporation 


9:45 -10:45 

LOGIC SYNTHESIS: REALITY AND PROMISE 

HARVEY C. JONES 

President, Synopsys, Inc. 



MICROPROCESSORS I 


PARALLEL 

PROCESSING SYSTEMS 
& SOFTWARE TOOLS 


11:00 -12:30 


INTEL 80960 
MICROPROCESSORS 

JOHN NEWKIRK 
CONSULTANT 


INNOVATIVE 
TRANSPUTER SYSTEMS 

DR. RICHARD FUJIMOTO 
UNIVERSITY OF UTAH 


• 80960 TOOL TECHNOLOGY FOR COMPUTER SYSTEM ARCHITECTS 

EMBEDDED CONTROL 
D. SCHOEBEL, INTEL CORPORATION 


• AN INTRODUCTION TO RAlDs 
D. PATTERSON, ET AL, 

UNIV. OF CALIFORNIA, BERKELEY 


HIGH PERFORMANCE 
TRANSACTION PROCESSING 
SYSTEMS: CASE STUDIES 
DR. ANDREAS REUTER 
INSTITUT FUR INFORMATIK 
STUTTGART 


AUTOMATING 
SOFTWARE DESIGN 

DR. MIKE LOWRY 
PALO ALTO 


• THE XTM PARALLEL DESKTOP 
SUPERCOMPUTER: TRANSPUTERS 
PLAY HOST 

C. VOLLUM, COGENT RESEARCH 


• CONSIDERATIONS IN THE l 
SIGN OF A RAID PROTOTYPE 


• THE GAMMA DATABASE 
MACHINE 
0. SCHNEIDER, 


• PROGRAM SYNTHESIS 
r. McCartney, 

UNIVERSITY OF CONNECTICUT 


UNIVERSITY OF WISCONSIN 


)F CALIFORNIA, BERKELEY 


• SPECIFICATION ACQUISITION 
FROM AN Al PERSPECTIVE: 

ISSUES AND MEANS 
R. DURAN, 

MOUNTAIN VIEW 


• A NEW DISTRIBUTED REAL 
TIME CONTROLLER FOR ROBOTICS 
APPLICATIONS 

D. KODITSCHEK, YALE UNIVERSITY 


• LOG STRUCTURED FILE 
SYSTEMS 

F. DOUGLIS & J. OUSTERHOUT, 
UNIV. OF CALIFORNIA, BERKELEY 


• PARALLEL SQL ON TANDEM'S 
NONSTOP SQL 
N. DUPPEL, 

UNIVERSITY OF STUTTGART 


• KNOWLEDGE-! . 
AUTOMATION FOR LARGE-SCALEj 
SOFTWARE ENGINEERING 
V. SCACCHI, UNIVERSITY OF 


SOUTHERN CALIFORNIA 


1:45-3:15 


MOTOROLA 88000 
MICROPROCESSOR 

MICHAEL SLATER 
MICRODESIGN RESOURCES IN< 


PARALLEL PROCESSING 
SYSTEMS 

KENNETH G. STEVENS JR. 
NASA AMES RESEARCH 


DISK SYSTEM 
ARCHITECTURE 

JIM GRAY 

TANDEM COMPUTERS 


• MOTOROLA'S 88000: INTEGRA¬ 
TION, PERFORMANCE, AND APPLI¬ 
CATIONS 

R. GOSS, MOTOROLA SEMICON¬ 
DUCTOR PRODUCTS, INC. 


• SHARED MEMORY MULTIPRO¬ 
CESSOR: THE RIGHT APPROACH TO 
PARALLEL PROGRAMMING 
P. CHEN, D. LE, J. PRICE, D. FORD, 
&D. WILSON, ENCORE COMPUTER 


N ANALYSIS OF DISK SEEK 


N ECL IMPLEMENTATION O, 


COMPATIBILITY STANDARD 
M. CREUSS, MOTOROLA 
SEMICONDUCTOR PRODUCTS, IN 


• AN INSTRUCTION SET ARCHI¬ 
TECTURE FOR 1990'S: PARALLEL 
AND RETARGETTABLE 
C. THOMSON & D. WILSON, 
MYRIAS RESEARCH CORP. 


• PITFALLS IN DESIGNING DISK 
ARRAYS 

S.NG, IBM ALMADEN RESEARCH 
CENTER 


• MULTIPROCESSOR DAT/ 
VME SYSTEM — 250 MIPS 
B. NELSON, 

PACIFIC CYBER/METRICS 


• DISK ARRAY SYSTEM 
MAXIMUM STRATEGY, INC. 


DISTRIBUTED 
OPERATING SYSTEMS 

DR. AHMED EZZAT 
HEWLETT-PACKARD LABS 

• THE MACH DISTRIBUTED OPER- 
R. RASHID, 

CARNEGIE-MELLON UNIVERSITY 

• TOKEN-BASED CONSISTENCY OF 
REPLICATED SERVERS - 

D. STEVENSON, APPLE COMPUTER 

• MANAGEMENT OF SHARED 
MEMORY IN A DISTRIBUTED ENVI¬ 
RONMENT 


WINDOW SYSTEMS 

DR. ROBERT KELLER 
QUINTUS COMPUTER SYSTEMS 


• XI1 NeWS DESIGN OVERVIEW 
W. TEITELMAN, 

SUN MICROSYSTEMS 


• THE X-WINDOW SYSTEM 
S. MCGREGOR, 

DIGITAL EQUIPMENT CORP. 


• A LOW COST Fll 
ALGORITHM 

S. BAYDERE & B. BACARISSE, 

. UNIVERSITY COLLEGE, LONDON 


TRON PRODUCTS 

DR. KEN SAKAMURA 
UNIVERSITY OF TOKYO 


SOFTWARE TOOLS FOR 
PARALLEL PROCESSING 

DR. ROBERT G. BABB II 
OREGON GRADUATE CENTER 


DISK TECHNOLOGY 

DR. AL HOAGLAND 
SANTA CLARA UNIVERSITY 


MATSUSHITA ELECTRIC 
INDUSTRIAL CO., LTD. 

• THE EFFECTIVENESS OF 
TRONCHIP INSTRUCTIONS Ol 
TXl SYSTEM 
H. KISHIGAMI, ET AL, 


• CFT PREFINE: A TOOL TO AID Ih 
HAND PARALLELIZING FORTRAN - 
D. KLAPPHOLZ, 


• AN INTRODUCTION TO THE 
TOPICS 

A. HOAGLAND, 

SANTA CLARA UNIVERSITY 


WHAT'S NEW ABOUT 
COMPUTER SUPPORTED 
COOPERATIVE WORK 

JAMES H.- 


COMPUTER AIDED 
SOFTWARE MAINTENANC! 

RAO V. MIKKILINENI 


HEWLETT-PACKARD 


RECENT EXPERIENCE W 


TOSHIBA CORPORATION 


• DESIGN CONCEPT AND 
IMPLEMENTATION OF ITRON 
SPECIFICATION FOR THE H8/500 
SERIES 

H. TAKE YAM A, HITACHI, LTD. 


D. GELERNTER & N. CARRIERO, 
YALE UNIVERSITY 
• DESIGN AND IMPLEMENTA¬ 
TION OF PARALLEL PROGRAMS 


• FLOPTICAL TECHNOLOGY FC 
DATA STORAGE 
J. ADKISSON, 

INSITE PERIPHERALS 


• GROUPWARE: THE NEXT WAV 
OR IUST ANOTHER AD SLOGAN? 

T. WINOGRAD, 


SOFTWARE REVERSE 


STANFORD UNIVERSITY 


ENGINEERING AND REENGINEEt 
ING -ANEW OPPORTUNITY 
W. TSAI, UNIV. OF MINNESOTA 


• ORGANIZING COMPUTER USE 
IN THE CONTEXT OF NETWORKS 
A. HOLT, COORDINATION 
TECHNOLOGY, INC. 


SANTA CLARA UNIVERSITY 


• MEETING USERS' COOPERATIVE 
WORK NEEDS THROUGH 
COMPUTERS 
J. BAIR, 


• HYPERTEXT AND SOFTWARE\ 
MAINTENANCE - S. RUGABER, 
GEORGIA INST. OF TECHNOLOGY 

• APPLICATION OF OBJECT 
ORIENTED DATABASE TO REVERS 
ENGINEERING OF 'C' PROGRAMi 
AND SOFTWARE MAINTENANCE 
M. KETABCHI, 

SANTA CLARA UNIVERSITY 


HEWLETT-PACKARD 


USING A DATABASE t 
1 ATE SOFTWARE 
I. KOTIK, REASONING SYSTEMS 




SOCIAL HOUR ON MEZZANINE 

ARGUE WITH YOUR PEERS, SPEAKERS AND THE COMPCON COMMITTEE 























WEDNESDAY - MARCH 1, 1989 


9:00 -10:30 

VISUALIZATION WITH GRAPHICS SUPERCOMPUTERS 

J. WILLIAM PODUSKA, SR. 

CEO, Stellar Computer Inc. 


IEEE COMPUTER SOCIETY AWARDS CEREMONY 

PIONEER AWARDS • McDOWELL AWARD 

MERWIN AWARD • KOBAYASHI AWARD 


MICROPROCESSORS II 

HIGH PERFORMANCE 
COMPUTERS & 
VISUALIZATION 

SYSTEM ISSUES 

EDUCATION 

LEGAL & BUSINESS 
ISSUES 

SOFTWARE 

ENGINEERING 

11:00 -12:30 

11:00-12:30 

11:00 - 12:30 

11:00 -12:30 

11:00 - 12:30 


INNOVATIVE APPLICATIONS 
OF AMD29000 

MIKE KRELL 

ADVANCED MICRO DEVICES, INC. 

• tmi ULTRA-COMPUTER 
R. KENNER, NYU 
j * HIGH-PERFORMANCE 
AMD29000 MICRO¬ 
PROCESSOR APPUCATIONS FOR 
COMMUNICATIONS - 

A. D. MILTON, ETAL, 

COMPUTER AND NETWORK 
ARCHITECTURES, INC. 


• TWIN AMD 29000'S PROVIDE 
48 MIPS FOR SUPER DYNAMIC 
GRAPHICS 


THE SUPERCOMPUTER 

DR. CREVE MAPLES 
SANDIA NATIONAL LABS 

• COMMENTS ON THE STATE OF 
SUPERCOMPUTING 

NATIONAL CENTER FOR 
ATMOSPHERIC RESEARCH 

• EVANS AND SUTHERLAND'S 
VIEW OF SUPERCOMPUTING 
ENVIRONMENTS 

R. STEVENSON & D. OESTREICHER, 
EVANS AND SUTHERLAND 


FERRANTI COMPUTER SYSTEMS 


CURRENT ISSUES IN 
COMPUTER SECURITY 

DR. THOMAS A. BERSON 
ANAGRAM LABORATORIES 

• ISSUES IN SECURE 
DISTRIBUTED OPERATING SYSTEM 
DESIGN 

R. WONG, 

ODYSSEY RESEARCH ASSOCIATES 

• USER AUTHENTICATION IN 
DISTRIBUTED SYSTEMS 

D. M. NESSETT, 

LAWRENCE LIVERMORE 
NATIONAL LAB 

• REAL-TIME INTRUSION 
DETECTION 

SRI INTERNATIONAL 


INTELLECTUAL PROPERTY 
ISSUES IN COMPUTING 

DANIEL SIEGEL 
CIOTTI AND MURASHIGE, 
IRELL AND MANELLA 

• COPYRIGHT PROTECTION FOR 
SOFTWARE LOGIC , STRUCTURE 
AND SEQUENCE - L. MASSON, 
MORRISON & FOERSTER 

• COPYRIGHTING THE USER IN¬ 
TERFACE - D. SIMON, SPENSLEY, 
HORN, JUBAS AND LUBITZ 

• STANDARDS IN COMPUTER 
PROGRAMS - J. BROWN, 

BROWN AND BAIN 

• SOFTWARE COPYRIGHT PRO¬ 
TECTION: LOOK INTO THE FUTURE 
D. SIEGEL, CIOTTI AND MURA¬ 
SHIGE, IRELL AND MANELLA 


KNOWLEDGE PROCESSING 
AND DATA BASES 

DR. YOICHI MURAOKA 
WASEDA UNIVERSITY 

• INTELLITUTOR: A KNOWLEDGE 
BASED INTELLIGENT PROGRAM¬ 
MING ENVIRONMENT FOR NOVICE 
PROGRAMMERS 

H. UENO, 

TOKYO DENKI UNIVERSITY 

• MeSOD: THE METRIC SPATIAL 
DATA MODEL FOR MULTIMEDIA 
APPUCATION: HYPERBOOK - 

M. TABUCHI & Y. MURAOKA, 
WASEDA UNIVERSITY 

• KNOWLEDGE ACQUISITION 
SYSTEM FOR HIERARCHICAL CLAS¬ 
SIFICATION PROBLEMS 

H. FURUYA & F. HATTORI, NTT 


1:45-3:15 


1:45-3:15 


USING 

1 MILLION TRANSISTOR 
MICROPROCESSORS 
IN A WORKSTATION 
ENVIRONMENT 

LESKOHN 

INTEL CORPORATION 


(• ARCHITECTURE 
L.KOHN, 

INTEL CORPORATION 

•SOFTWARE 

INTEL CORPORATION 


HIGH SPEED CHANNELS 
AND NETWORKS 

LAWRENCE BERKELEY LAB 

• ULTRA-BUS 
J. N. PERDUE, 

ULTRA NETWORK TECHNOLOGIES 

• VECTOKNET 
D. DEEL, 

SCIENTIFIC COMPUTER SYSTEMS 


• THE HIGH-SPEED CHANNEL 
(HSC) STANDARD 
D.TOLMIE, 

LOS ALAMOS NATIONAL LAB 


THE ECOLOGY OF 
COMPUTATION 

DR. BERNARDO HUBERMAN 
XEROX PARC 

• ORGANITHMS: THE DYNAMICS 
OF SOFTWARE EVOLUTION 

A. PERLIS, YALE UNIVERSITY 

• BETTING , BRIBERY AND BANK- 
RUPCY - A SIMULATED ECONOMY 
THAT LEARNS TO PREDICT 

T. KAEHLER, 

APPLE COMPUTER, INC 

• COMPUTATIONAL ECOSYSTEM 

B. HUBERMAN, 


PANEL: ATTRACTING 
VENTURE CAPITAL 

DR JOHN SHOCH 
ASSET MANAGEMENT COMPANY 

• DR. JOHN SHOCH, 

ASSET MANAGEMENT COMPANY 

• WILLIAM WITTMEYER, 
GRACE-HORN VENTURES 

• MATTHEW GREENFIELD, 

ABS VENTURES 

• GUNNAR HURTIG HI, 

WEISS, PECK, AND GREER 

• JAMES ANDERSON, 

MERRILL, PICKARD, ANDERSON 


ENGINEERING 
INFORMATION SYSTEMS 
(TOOLS AND INTEGRATION) 

EARL F. ECKLUND, JR. 
MENTOR GRAPHICS CORP. 

• TOOL ATTACHMENT IN El 
R. ATKINS, HONEYWELL 

• ENGINEERING DATA MANAGE¬ 
MENT DIRECTIONS 

D. HOFFMAN & R. CLARK, 
TEAMONE SYSTEMS 

• OBJECT ORIENTED PERFOR¬ 
MANCE FOR EDA TOOLS 

D. J. ECKLUND & R. A. SMITH, 
MENTOR GRAPHICS CORP. 

• INTEGRATING THE OPEN 
FRAMEWORK 

T. STOUT, EDA SYSTEMS 


3:30 - 5:00 


t 


3:30 - 5:00 


3:30 - 5:00 


SOFTWARE EMULATION 
TECHNOLOGY 
BRETT STEWART 
ADVANCED MICRO DEVICES, INC. 

• THE XDOS BINARY CODE CON¬ 
VERSION SYSTEM 
(. BANNING, 

HUNTER SYSTEMS 

» HENRY NASH, 

NSIGNIA SOLUTIONS 

I LOGICAL COMPUTE SERVICES - 
KN ARCHITECTURAL EXTENSIBLE 

Application environment 

.JOHNSON, 

HOENIX TECHNOLOGIES LIMITED 


VISUALIZATION IN 
SCIENTIFIC COMPUTING 

MS. ANN NEWMAN 
PACIFIC COMPUTER 
CONSULTANTS 

• FROM NUMBERS TO ANIMATED 
IMAGE - INTERACTIVE SOFTWARE 
TOOLS FORM PICTURE MAKING 
PIPEUNE 

ALLIANT COMPUTER SYSTEMS 

• SOFTWARE CHALLENGES OF 
VISUAL COPROCESSING IN THE 
COMPUTATIONAL SCIENCES 

C. UPSON, STELLAR COMPUTER 

• ENGINEERING AND SCIENTIFIC 
VISUALIZATION USING HIGH 
PERFORMANCE GRAPHICS WORK¬ 
STATIONS - H. BAEVERSTAD, 
HEWLETT-PACKARD 


PANEL: PROGRESS REPORT 
ON THE JOINT COMPUTER 
SOCIETY ACM MODEL 
PROGRAM IN CSE 
lTOWARD HELPING 
UNIVERSITIES TURN OUT 
SOMETHING 
INDUSTRY CAN USE] 
PROFESSOR YALE PATT 
UNIVERSITY OF MICHIGAN 

• PROF. GERALD L. ENGEL, 
UNIVERSITY OF CONNECTICUT 

• BRUCE H. BARNES, NATIONAL 
SCIENCE FOUNDATION 

• PROF. KEITH BARKER, 
UNIVERSITY OF CONNECTICUT 

• PROF. ALLEN TUCKER, 
BOWDOIN COLLEGE 


PANEL: VIEWS OF 
EVOLVING MARKETS 

JOHN AHLSTROM 
CUPERTINO 


• JEFFRY CANIN, 

HAMBRECHT & QUIST 

• GARY SMABY, 

NEEDHAM & COMPANY 

• ANDREW RAPPAPORT, 
TECHNOLOGY RESEARCH GROUP 


ENGINEERING 
INFORMATION SYSTEMS: 
MODELING AND 
MANAGEMENT 
MS. KATIE ROTZELL 
HEWLETT-PACKARD 

• ENGINEERING DATABASES, 
TOOLS AND MANAGEMENT: AN IN¬ 
TEGRATION FRAMEWORK 

S. HEILER & A. ROSENTHAL, XEROX 
ADVANCED TECHNOLOGIES 

• THE MANY FORMS OF A SINGLE 
FACT - W. KENT, HEWLETT- 
PACKARD LABS 

• MODELUNG LAYERS FOR ENGI¬ 
NEERING INFORMATION SYSTEMS 
G. WIEDERHOLD, STANFORD 
UNIVERSITY & M. WINSLETTE, 
UNIVERSITY OF ILLINOIS 


5:00 - 6:00 pm 


SOCIAL HOUR ON MEZZANINE 

ARGUE WITH YOUR PEERS AND SPEAKERS 





















THURSDAY - MARCH 2, 1989 


8:30 - 9:30 PRESENT AND FUTURE OF COMPUTER MATHEMATICS 

STEPHEN WOLFRAM 
President, Wolfram Research, Inc. 


9:45 -10:45 NEURAL ARCHITECTURES FOR ANALOG VLSI COMPUTATION 

CARVER A. MEAD 

Professor, California Institute of Technology 


MICROPROCESSOR 

TECHNOLOGIES 

LOGIC SYNTHESIS 

EMERGING 

WORKSTATIONS 

PRODUCTS 

SYSTEM DESIGN 
ISSUES 

NEURAL 

NETWORKS 

ANIMATION 

11:00-12:30 

11:00-12:30 

11:00-12:30 

11:00-12:30 


EMERGING TECHNOLOGIES 

DR. CREVE MAPLES 
SANDIA NATIONAL LABS 

• GaAs REAL-TIME MACHINE; 

RISC SUPERCOMPUTER 

MR. GERSKOVITCH, PRISMA 

• OVERVIEW OF DIGITAL OPTICAL 
COMPUTING 

R. MICHALAK, 

ROME AIR DEVELOPMENT CENTER, 
GRIFFITH AIRFORCE BASE 

• 32 BIT DIGITAL OPTICAL 
COMPUTER 

P. GUILFOYLE, 

OPTICOMP CORPORATION 


1:45-3:15 


THE NeXT WORKSTATION 

DENNIS HALL 
LAWRENCE BERKELEY LAB 

• PRESENTATION AND 
DISCUSSIONS ON THE HARDWARE 
AND SOFTWARE DESIGN OF THE 
NEW NeXT WORKSTATION 

SESSION IN PREPARATION IN CON¬ 
JUNCTION WITH MEMBERS OF THE 
NeXT TECHNICAL STAFF 


1:45-3:15 


DESIGN CASE HISTORIES 

JOHN ZASIO 
TERADYNE EDA 

• THE DESIGN ENVIRONMENT 
FOR THE STELLAR GS1000 SYSTEM 
L. CRUDELE & B. SCHURMANN, 
STELLAR COMPUTER INC. 

• DESIGN METHODOLOGY AND 
ENVIRONMENT FOR THE APOLLO 
DN10000 

B. FLAHIVE, 

APOLLO COMPUTER INC. 

• GETTING IT RIGHT THE FIRST 
TIME: THE ARDENT DESIGN 
METHODOLOGY 

J. RUBINSTEIN, J. SANGUINETTI & 
G. MIRANKER, 

ARDENT COMPUTER 


1:45-3:15 


CEREBELLAR MODELS OF 
ASSOCIATIVE MEMORY 

DR. MICHAEL RAUGH 

• A CEREBELLAR-MODEL ASSO¬ 
CIATIVE MEMORY AS A GENERAL¬ 
IZED RANDOM-ACCESS MEMORY 
P. KANERVA, RIACS 

• TWO EARLY CEREBELLAR 
MODELS OF ASSOCIATIVE 
MEMORY: THAT OF ALBUS AND 
THAT OF MARR 

J. ALBUS, NAHONAL 
BUREAU OF STANDARDS 

• INTELLIGENT NETWORK 
MANAGEMENT AND FUNCTIONAL 
CEREBELLUM SYNTHESIS 

E. LOEBNER, HEWLETT-PACKARD 
LABORATORIES 


1:45-3:15 


LOGIC SYNTHESIS 
IN INDUSTRY 

EWALD DETJENS 
EXEMPLAR LOGIC 

• REIMPLEMENTATION 
SYNTHESIS 

L. COOKE, B. FERETICH, 
INTEGRATED CMOS SYSTEMS 

• LOGIC SYNTHESIS AT SUN 
H. LANDMAN, 

SUN MICROSYSTEMS 

• REGISTER TRANSFER LEVEL 
SYNTHESIS FROM VHDL 

J. STRAUS, EXEMPLAR LOGIC 


RISC SYSTEMS AND 
WORKSTATIONS 

DILEEP BHANDARKAR 
DIGITAL EQUIPMENT 
CORPORATION 

• APPLICATIONS PERFORMANCE 
ON THE IRIS POWER SERIES 
WORKSTATIONS 

F. BASKETT, 

SILICON GRAPHICS 

• RISC WORKSTATION 

C. PETERS, DIGITAL EQUIPMENT 
CORPORATION 

• MIPS M/2000 SYSTEM 
T. RIORDAN, MIPS 


HIGH PERFORMANCE 
BUS SYSTEMS 

DR. PAUL BORRILL 
NAHONAL SEMICONDUCTOR 

• SCALABLE COHERENT 
INTERFACE 

D. GUSTAVSON, STANFORD 
LINEAR ACCELERATOR CENTER 

• SCALABLE I/O ARCHITECTURE 
D. JAMES, APPLE COMPUTER, INC. 


PANEL ON 

NEURAL NETWORKS 

HASAN ALKHATIB 
SANTA CLARA UNIVERSITY 

• DR. CARVER MEAD, 
CALIFORNIA INSTITUTE OF 
TECHNOLOGY 

• DR. PENTTI KANERVA, 


• MULTIPROCESSOR RECONFIGU¬ 
RATION ARCHITECTURE . (Fourth Panelist to be announced) 

J. HYDE, INTEL CORPORAHON 


• NEXT GENERATION VME BUS 

ARCHITECTURE 

S. PRI-TAL, MOTOROLA 


3:30-5:00 

QUICK TURN AROUND 
ASIC DEVELOPMENT 

DR. VOJIN OKLOBDZIJA UNIV. OF 
CALIFORNIA, BERKELEY 

• GETTING TO MARKET ALL LEVEL 
ASIC FUNCTIONALITY 

UNITED SILICON STRUCTURES 

• REPROGRAMMABLE 
IN-CIRCUIT EMULATION FOR ASICS 
MAKES THOROUGH DESIGN 
VERIFICATION PRACTICAL 

S. WALTERS, 

QUICKTURN 

• ANDREW HAINES, ACTEL 


3:30 - 5:00 [ 

NEXGEN: 

A HIGH PERFORMANCE 
WORKSTATION FEATURING 
CISC, SINGLE CYCLE 
EXECUTION AND VLSI 

PROFESSOR YALE PATT 
UNIVERSITY OF MICHIGAN 

• SYSTEM OVERVIEW 

T. THOMAS, 

NEXGEN MICROSYSTEMS 

• PERFORMANCE ACCELERATORS 
IN THE PROCESSOR ARCHITECTURE 

NEXGEN MICROSYSTEMS 

• TECHNOLOGY IMPLICATIONS 
AND LIMITATIONS 

A. RAZA, 

NEXGEN MICROSYSTEMS 


3:30 - 5:00 

BALANCING I/O AND 
PROCESSOR PERFORMANCE 

DR. JOHN SANGUINETH 
ARDENT COMPUTER 

• PRACTICAL STRATEGIES 
FOR CONFIGURING BALANCED 
TRANSACTION PROCESSING 
SYSTEMS 

K.OMAHEN, DIGITAL EQUIPMENT 
CORPORAHON 

• METRICS FOR BALANCING I/O 
AND PROCESSOR PERFORMANCE 
C. TURBYFILL, N. CHU, ET AL, 

SUN MICROSYSTEMS, INC. 

• THE SEQUOIA APPROACH TO 
HIGH PERFORMANCE FAULT 
TOLERANT I/O 

SEQUOIA SYSTEMS CORPORATION 


3:30 - 5:00 

ANIMATION: IT'S NOT JUST 
FOR HOLLYWOOD 
ANYMORE 

MS. ANN NEWMAN 
PACIFIC COMPUTER 
CONSULTANTS 

• VIDEO ANIMATION ON THE 
MACINTOSH FACTORY FLOOR 

F. SCHINDLER, APPLE COMPUTER 

• ANIMATION IN CORPORATE 
COMMUNICATION AT BOEING 

SERVICES ' 

• VIDEO ANIMATION: INCREAS¬ 
ING THE BANDWIDTH OF MEDIA 
FOR EDUCATION 

B. ROSENTHAL, 

FEDERAL RESERVE BANK, 

SAN FRANCISCO 


DONT FORGET 
TO REGISTER 


IEEE MEMBERS: 

REGISTER BY 
FEB. 10 & 
SAVE $$ 


NON-MEMBERS: 

JOIN THE IEEE 
COMPUTER 
SOCIETY & 
SAVE $50 

CALL 

MEMBERSHIP 

(714) 821-8380 


CALL THE 

CATHEDRAL 
HILL HOTEL l 

FOR ROOM 
RESERVATIONS } 

(415) 776-8200 


REMEMBER TO 
COME TO 

COMPCON 
SPRING ? 90 

FEB. 26 - MAR. 2,1990 
































TUTORIALS - MONDAY - FEBRUARY 27, 1989 

TUTORIAL NOTES AND LUNCHEON INCLUDED 


TUTORIAL 1 - 9:00 am to 5:00 pm 
VHDL 

by Moe Shahdad & Kenneth Bakalar 

Audience: This VHDL Tutorial is intended for design 
engineers, CAD tool developers and technical managers 
involved with the design or documentation of hardware 
systems. 

Abstract: The tutorial will cover the basic aspects of de¬ 
sign using the three descriptive styles supported by 
VHDL (VHSIC Hardware Design Language): structural 
| description, dataflow and register transfer description, 
and procedural description. 

'Prospective students with some knowledge of digital de¬ 
sign and a modern high-level programming language (e.g., 
Ada or Pascal) will realize the greatest benefit from the 
presentation. No prior exposure to a hardware descrip¬ 
tion language is required. 

Instructors: Moe Shahdad founded and is President of 
CAD Language Systems, Inc. He was the Chief Language 
Designer for the original VHDL effort, which led to the 
IEEE Standard VHDL. 

Kenneth Bakalar, of CAD Language Systems, Inc., has 
contributed to the creation and documentation of the IEEE 
Standard VHDL. 


TUTORIAL 3 - 9:00 am to 5:00 pm 
SUPERCOMPUTER SYSTEMS 
AND APPLICATIONS 

by Paul B. Schneck 

Audience: This Tutorial is intended for users and pros- 
| pective users of supercomputers and other large scale com¬ 
puting systems. Managers and others involved in aspects 
of research and engineering will also find the tutorial 
] valuable. Although a background in mathematics, com¬ 
puter science, or scientific applications is valuable, all 
three elements are not required. 

Abstract: This tutorial will describe early supercomput- 
j ers and their architectures; the way in which concurrency 
and parallelism have evolved to today's supercomputers. 

I Among the computers which will be examined are the 
CDC 6600, IBM 360/91, CDC STAR, the ILLIAC IV, and 
modern machines such as the CYBER 205 and CRAY-1. 
Experimental supercomputers including the various Hy¬ 
percubes and the Connection Machine will also be dis¬ 
cussed. Languages and compilers for parallel and vector 
processing are essential items of software. Different ap¬ 
proaches will be discussed. Finally, large scale applica¬ 
tions will be examined, including: computational fluid dy- 
[namics, meteorological, and Monte Carlo techniques and 
[ simulations. 

Instructor: Paul Schneck is Director of the Supercomput¬ 
ing Research Center of the Institute for Defense Analyses. 
Previously he was Head of the Information Sciences Divi- 
{ sion of the Office of Naval Research. He is also the 
1 chair of the IEEE Computer Society's Technical Commit- 
. tee on Computer Architecture. 


TUTORIAL 2 - 9:00 am to 5:00 pm 
MAGNETIC AND OPTICAL 
DATA STORAGE 

by A. S. Hoagland 

Audience: Intended for professionals (scientists and engi¬ 
neers, technical managers and system planners) new to the 
design, development or integration of data storage devices 
as well as those seeking a broadly based review of current 
technological directions in data storage. 

Abstract: This tutorial will cover the fundamentals of 
both the magnetic and optical channel, track servoing, 
coding and ECC. Data storage device and subsystem is¬ 
sues, such as disk arrays, will be addressed. The techno¬ 
logical trends in storage and the challenges faced in 
achieving further advances in data storage capacity and 
cost/performance will be presented, including a compari¬ 
son and assessment of the futures of both magnetic storage 
and optical storage. 

Instructor: A1 Hoagland is Director of the Institute for 
Information Storage Technology, Santa Clara University, 
and a professor of EECS in the School of Engineering. 
Prior to this he had been Director for Technical Planning 
for the IBM Research Division, leading advanced efforts 
on flexible magnetic media mass storage. 


TUTORIAL 4 - 9:00 am to 5:00 pm 
COMPUTER ARCHITECTURE CHOICES 

by Yale N. Patt 

Audience: This tutorial is particularly useful to the 
technical manager, engineer, or OEM system designer who 
needs to make decisions and wants, in as much depth as 
we can do in one day, one man's quick survey of what is 
currently going on out there, and what is expected to be 
out there in the near future. Other computer professionals 
may find the insights and explanations of some of the 
buzzwords useful. 

Abstract: It seems like just about every new cockeyed 
scheme gets implemented these days. Another year has 
passed since Compcon '88, and a few more choices are 
available to the consumer. Our job in this tutorial is to 
understand some of the important differences, if any, in 
these new chips, architectures, and systems currently be¬ 
ing offered, and about to be offered. Our focus is on exam¬ 
ining alternative approaches, e.g.: RISCs (whatever 
they are?), SCEMs, VLIW, Superscalar, Multiprocessor 
Cache Consistency, multi-cubes, and other interconnection 
schemes. Neural Nets, our own HPS work, and a little 
contrast to older conventional approaches to concurrency 
(like vector processing). Also, the use of platforms, and 
IEEE Arithmetic (made simple, we trust). 

Instructor: Yale Patt is a Professor at the University of 
Michigan. He has taught and done research on computer 
architecture at the University of California at Berkeley, 
where he was associated with the Aquarius Project. He 
has been a computer consultant with the Digital Equip¬ 
ment Corporation. 










TUTORIALS - FRIDAY - 3 MARCH 1989 

TUTORIAL NOTES AND LUNCHEON INCLUDED 


TUTORIAL 5 - 9:00 am to 5:00 pm 

PITFALLS OF OPTIMIZING FORTRAN 
FOR SUPERCOMPUTERS 

by John M. Levesque 


TUTORIAL 6 - 9:00 am to 5:00 pm 
RELIABLE DISTRIBUTED 
SYSTEMS 

by Ahmed K. Elmagarmid & Tamer Ozsu 


Audience: This tutorial is designed for research staff, 
computational scientists, application programmers and su¬ 
percomputer users, as well as computer scientists involved 
in compiler development who wish to get the most from 
their target supercomputer. 

Abstract: Compilers' optimization of Fortran programs 
for parallel computers is inadequate to utilize the newer 
architectures. This inadequacy is not totally due to the 
lack of sophistication of compilation techniques; howev¬ 
er, it is a result of the limited knowledge the compiler 
has of the Fortran programs at compiler time. Although 
vendors say they have vectorizing and/or parallelizing 
compilers, most large Fortran programs have characteris¬ 
tics which inhibit those compilers from doing the optimi¬ 
zation they are supposedly capable of performing. This 
tutorial examines typical Fortran code and discusses the 
reasons why existing compilers are inhibited from opti¬ 
mizing the examples. The intent of the tutorial is to 
identify a systematic approach that the supercomputer 
user can use to work with the compilers in order to get the 
most out of the target supercomputer. 

Instructors: John Levesque is Vice President of Computer 
Sciences at Pacific-Sierra Research Corporation. For over 
15 years he has led a team of Computer Scientists spe¬ 
cializing in optimization of supercomputer programs. He 
is author of "A Guidebook to Fortran on Supercomputers. 

TUTORIAL 7 - 9:00 am to 5:00 pm 

CASE TOOLS FOR REQUIREMENTS 
ANALYSIS AND SOFTWARE DESIGN 

by John Brackett 

Audience: This tutorial is intended for software devel¬ 
opers and technical managers who are selecting improved 
requirements analysis and software design methods and 
state-of-the-art computer support tools. 

Abstract: The objective of this tutorial is to present the 
state of the art in computer-aided software engineering 
(CASE) tools supporting requirements analysis and soft¬ 
ware design. This tutorial will help attendees shorten 
the evaluation cycle for CASE software. These tools in¬ 
clude products for building information systems and prod¬ 
ucts for developing real-time software. Both workstation- 
based products and products for personal computers will be 
covered. The analysis and design methods supported by 
each tool will be compared and contrasted. The evalua¬ 
tion approach for CASE tools developed by the Software 
Engineering Institute will be presented and discussed. Dr. 
Brackett has hands-on experience with many tools illus¬ 
trating the current state of the art. Some of these tools, 
that will be included in the tutorial, are: Cadre Team¬ 
work, Index Excelerator, Bachman Data Analyst and Da¬ 
tabase Administrator, and i-Logix Statemate. 

Instructor: John Brackett is a Professor at Boston Univer¬ 
sity where he coordinates the graduate program in soft¬ 
ware engineering. He is an ACM National Lecturer. He 
was a founder of SofTech. He has almost 20 years of soft¬ 
ware engineering expertise in industry and academia. 


Audience: Technical personnel (in both industry and ac¬ 
ademia) who are involved in research and development 
in distributed systems in general and distributed operat¬ 
ing systems and distributed databases in particular. 

Abstract: Considerable research has been carried out in 
the field of reliability in computer systems (both central¬ 
ized and distributed). Specific reliability and fault- 
tolerance strategies have been developed in specialized 
areas such as distributed databases, multiprocessor sys¬ 
tems, distributed operating systems, etc.. This tutorial 
will concentrate on reliability in distributed computer sys¬ 
tems (not multiprocessors), and distributed software. The 
emphasis will be on the causes, the strategies and the 
techniques. 

Instructors: Ahmed K. Elmagarmid is an Associate Pro¬ 
fessor at Purdue University. He has done research in par¬ 
allel and distributed systems. Dr. Elmagarmid received 
his PhD from Ohio State University. 

M. Tamer Ozsu is an Assistant Professor at the University 
of Alberta. His research is in the area of distributed da¬ 
tabase systems and their integration with distributed op¬ 
erating systems. He is co-author of the soon to be pub¬ 
lished book "Principles of Distributed Database 
Systems". Dr. Ozsu received his PhD from Ohio State 
University. 


TUTORIAL 8 - 9:00 am to 5:00 pm 
IBM'S LU 6.2 COMMUNICATIONS 
PROTOCOL 

by Wayne Duquaine 

Audience: This tutorial is intended for professionals 
wanting an overview of IBM’s enhanced SNA protocol 
LU 6.2, and an understanding of key concepts related to it. 

Abstract: This class provides a tutorial on IBM's Logical 
Unit 6.2 (LU 6.2) communications protocol. It highlights 
the key concepts and details of IBM's LU 6.2 communica¬ 
tions protocol, and tries to dispel some of the mysticism 
and/or fear that often accompanies any discussion of LU 
6.2. The tutorial encompasses why LU 6.2 was created 
and provides examples of how it is used to build robust 
distributed systems. It presents the material in a top- 
down fashion, moving from the theoretical to the practi¬ 
cal, detailed aspects. LU 6.2 is a major enhancement to 
IBM's System Network Architecture (SNA) standard, 
which has become a defacto, world-wide network stan¬ 
dard. LU 6.2 has been designated by IBM to be one of the 
keystones in all its future communications product offer¬ 
ings, ranging from 370 mainframes to PS/2 workstations. 

Instructor: Wayne Duquaine, of Advanced Communica¬ 
tions Systems, was until recently a Senior Computer Ar¬ 
chitect in the Systems Architecture Group of Amdahl 
Corp. where he did research and development of en¬ 
hanced communications facilities for the Amdahl UTS 
Unix based operating system. He was with IBM for over 
5 years and was part of the task-forces that created LU 
6.2 and PU 2.1. He also developed S/34 network products. 
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Criminal investigation launched after virus infects Internet 


Steve Wilcox, Assistant Editor 

An apparently benign computer virus 
jammed up an estimated 6,000 university 
and government computers November 2 
by replicating itself and spreading 
throughout the Internet network, eating up 
memory space and network time. 

The US Federal Bureau of Investigation 
as of press time had launched a full 
criminal investigation of Robert Tappen 
Morris, Jr., a Cornell University graduate 
student who reportedly was trying to hide 
a message on Internet via a “back door” in 
the send.mail program of Berkeley’s Unix 
4.3 operating system when a flaw in his 
program caused it to reproduce out of 
control, gumming up the network. 

Morris told friends he wrote the virus to 
alert users to flaws in the operating system, 
according to published reports. Morris’ 
computer account at Cornell reportedly 
contained early versions of the virus and 
lists of passwords similar to those associ¬ 
ated with the virus. University officials, 
however, stated they had no evidence to 
positively identify Morris as the culprit. 

The program, which some affected sites 
preferred to call a tapeworm because it 
apparently did not destroy any data, 
affected only Digital Equipment VAX and 
Sun Microsystems workstations running 
BSD Unix. Drexel University, for 
example, is linked to Internet but uses a 
different operating system and was not 
affected by the virus. 

A Stanford University press release 
stated the virus was first detected at 
Lawrence Livermore Laboratory in 
California at 10 p.m. PST November 2. 
Another published report claimed the virus 
was first spotted about 6 p.m. EST at the 
' University of California at Berkeley. 

Other sites reporting the virus included 
the California Institute of Technology, 
NASA’s Ames Research Center and 
Langley Research Center, Los Alamos 
National Laboratory, Stanford University, 
Harvard University, Princeton University, 
the Univeristy of Maryland, the University 
of Illinois, Purdue University, and the 
University of Michigan. 

The virus also entered the Arpanet 
network, which carries unclassified 


information among universities and 
defense contractors, but it was reportedly 
unable to penetrate the classified Milnet 
network that links military facilities. 

While many sites eradicated the virus 
and returned to the network the next day, 
others took as long as two days to find and 
completely destroy all copies of the rogue 
program in their systems. At least one site 
took almost a week to recover fully. 

At least one published report stated that 


Large contractors in Wichita, Kansas, 
will share their technological knowledge 
with smaller firms to expand the expertise 
of the entire local manufacturing commu¬ 
nity. 

The program recently announced by the 
Wichita/Sedgwick County Partnership for 
Growth (WI/SE) is designed to emulate, as 
closely as US federal laws will allow, 
information-sharing techniques that have 
proven succesful in other countries. 

WI/SE will serve as a “quasi-public 
broker of information,” according to a 
release announcing the arrangement. 
Companies involved include NCR, 

Boeing, Cessna, Beech Aircraft, and 
Learjet. 


patches for many of the system flaws had 
been circulated before the virus hit but 
were largely unused by system operators. 
The particular hole used by the virus 
apparently was unknown before the virus 
brought attention to it. 

Morris’ father, Robert T. Morris, Sr., 
chief scientist at the National Security 
Agency’s Computer Security Center, has 
written about Unix security and has written 
a program that deciphers passwords. 


NCR’s participation, for example, could 
lead to a significant printed circuit board 
industry in the city. The WI/SE Center for 
Technology Application interviewed about 
18 small electronic manufacturers as well 
as about 30 of NCR’s senior technology 
officials. Local electronic firms will be 
able to use data from NCR to develop new 
products. 

Another aspect of the program encour¬ 
ages contractors to transfer information 
and design specifications via computer. 
Boeing is switching to electronic informa¬ 
tion and document transfers, and many 
smaller contractors are combining the 
advantages of this system with the use of 
numerically controlled machine tools. 


Deadline for 
Congressional Fellows 
approaches 

The 17th annual competition for the 
Congressional Fellows Program of the 
IEEE is drawing to a close. Applications 
for the two available internships during 
the 1989-1990 term must be postmarked 
by March 31, 1989. 

Fellows will serve a one-year term on 
the personal staff of individual senators 
or representatives, or on the professional 
staff of congressional committees. The 
program includes an orientation session 


with other fellows sponsored by the 
American Association for the Advance¬ 
ment of Science. 

The fellowships will be awarded based 
on technical competence, ability to serve 
in a public environment, and evidence of 
service to the IEEE and the profession. 
The fellow must be a US citizen at the 
time of selection and must have been in 
the IEEE at member grade or higher for 
at least four years. 

More information and application 
forms are available by calling W. 

Thomas Suttle at (202) 785-0017 or by 
writing to: Secretary, Congressional 
Fellows Program, IEEE, 1111 19th St. 
NW, Suite 608, Washington, DC 20036. 


Information-sharing program launched in Wichita 
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NEW PRODUCT REVIEWS 


Editor: Richard Eckhouse, MOCO, Inc., PO Box A, 91 Surfside Rd. Scituate, MA 02055; Compmail+ , r.eckhouse 


An assortment of reviews for your Christmas stocking 


This month we depart from the more 
traditional theme approach to bring you 
a plethora of reviews to fill your Christ¬ 
mas stocking. Our elves have been 
busy reviewing good (and not so good) 
software and hardware that will add to 


your possibilities this joyous season. 

My job as editor has been greatly 
aided by Daniel McAuliffe, William 
Gleason, D. Noah Eckhouse, Charles 
H. Kaman, and Michael Dideu. While 
they are responsible for the review pro¬ 


cess, I must admit that I did take the 
liberty of condensing their considerable 
efforts to make room for as many as 
possible. 

Go ahead and browse—I think you’ll 
enj oy the variety. —Richard Eckhouse 


Dac’s updated accounting software 


Richard Eckhouse 

A new version of Dac-Easy Account¬ 
ing software, version 3.0, continues in 
the fine tradition of an outstanding 
accounting package at a very low price. 
In this latest version menu selection has 
been replaced by pull-down menus 
labeled File, Transaction, Journals, 
Posting, Reports, Financials, Periodic, 
and Options. 

This new organization seems much 
more logical than the accounting jour¬ 
nal type used in version 2.0 because you 
now get to operate by function. Thus, 
when you have a transaction to enter, 
you select that top-level menu and then, 
for instance, select accounts payable. If 
you want to post the transaction, you 
simply use the cursor keys to move 
horizontally to the same level in the top- 
level menu, but this time you select 
from the Posting pull-down menu. 

Another welcome improvement in 
this latest version is the ability to add 
new customers, vendors, inventory 
items, or accounts at the time you enter 
a transaction. Expanded help windows, 
tracking of contract labor, printing of 
1099 forms, and broader handling of 
tax IDs and tax rates are among the 
other improvements. 

Users will have to wait for a few 
minor items; a check register to handle 
canceled checks, larger field widths for 
invoice numbers, and more fields in the 
customer and vendor files. Finally, one 
problem still seems to plague this soft¬ 
ware: a small but consistent number of 


bugs. For instance, in the previous ver¬ 
sion some reports would print beyond 
the number of lines set in the options 
menu, and often a display screen error 
would occur. In this version the display 
mode randomly changes from 80 to 40 
columns on my 386 with VGA, making 
it difficult to continue. 

The separate Dac-Easy Payroll pack¬ 
age has been updated in version 3.0 to 
include the functional, pull-down menu 
approach of Dac Accounting. New 
fields added to the employee record 
include a memo field, widened job title, 
promotion field, and a type field to 
indicate contractor status. In this 
regard, the payroll package continues to 
be more than a simple means for issuing 
checks. Rather, it represents a complete 
payroll history system with a full 
employee record, including the relevant 
history for salary, tenure, promotion, 
and job description. 

You’ll notice a change in the check 
reconciliation process, which has been 
made simpler and faster. Also, with this 
version Dac opens up the federal and 
state tax tables right from the start so 
that you can modify them. Another 
change is the less congested employee 
record, which now takes three screens 
to display. Finally, you get better help 
screens and more ways to define salary 
computations and deductions, as well as 
printing of 1099 forms. 

System requirements for both Payroll 
and Accounting are still a PC or com¬ 


patible, 256 Kbytes, and two floppy 
drives or one with a hard disk. The 
$99.95 price, however, is a bit higher 
than before. What you get is a useful 
payroll program that will pay for itself 
in no time. 

The new Graph + Mate RAM-resident 
program really makes this system sing. 
This program works with all the Dac- 
Easy products, including not only 
Accounting and Payroll but also Dac 
Word, Base, and the new Hold Every¬ 
thing!, which is Dac’s RAM-resident 
information manager. 

The $99.95 Graph + Mate combines 
the utility of Dac Mate and RePort to 
provide compressed file backup and 
restore, file viewing and printing, 
macros, a calculator and notepad, file 
exporting, and a versatile graphical 
presentation package. While most of 
these features were provided by the ver¬ 
sion 2.0 software, the new graphical dis¬ 
plays and printouts—including pie, line, 
bar, stacked-bar, and 3D perspective 
bar charts—are both simple to use and 
extremely valuable. 

No question about it, the latest series 
for accounting and payroll, along with 
the new Graph + Mate, retain the excel¬ 
lence Dac has established for serious 
business software. Dac products remain 
an exceptional value. 

Accounting: Reader Service 20 
Payroll: Reader Service 21 
Graph + Mate: Reader Service 22 
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Minimizing the need for manuals 

Daniel McAuliffe 


Version 1.0 of the Norton On-Line 
Programmer’s Guides collects reference 
materials as disk-resident databases. 
Individual databases are available for 
OS/2 API, BIOS/DOS Assembly, 

Basic, C, and Pascal. The control pro¬ 
gram for accessing the databases, 
referred to as the Instant Access Pro¬ 
gram, uses approximately 65 Kbytes of 
memory and can be installed as either a 
conventional or a pass-through 
memory-resident program. Pass¬ 
through memory-resident mode refers 
to the case where the Instant Access 
Program is loaded immediately before 
the application you want to use it with, 
then unloaded when the application 
program terminates. The guides always 
operate in the same manner, no matter 
which way they are loaded. 

Once the guides are resident in mem¬ 
ory, you invoke them with a configura¬ 
ble hot key. The guides pop up as a 
half-screen window when first called. 
You can move the window and expand 
it to fill the screen. You can leave the 
guides by pressing the F10 function key. 
When you return to the guides, the win¬ 
dow will be positioned where you left it. 

You control the operation and con¬ 
figuration of the guides from within the 
pop-up window by using pull-down 
menus from a menu bar. No matter 
which database you use, the first three 
entries on the menu bar are the same. 
The Expand entry calls up more 
detailed information on the current 
item highlighted in the window. The 
Search entry performs a case-sensitive 
search for an item in the database. The 
Options entry presents a menu of items 
that allows you to choose a database for 
viewing and to modify several of the 
program features, such as screen color, 
hot keys, and half-screen or full-screen 
viewing. 

The remaining entries on the menu 
bar are specific to the database you use. 
The Microsoft C version had two addi¬ 
tional menu bar entries. The first entry 
pulled down a list of items pertaining 
specifically to the C language and the 
Microsoft implementation. Subjects 
covered included built-in and library 
functions, operators, data types, C 
statements, the preprocessor, escape 
characters, reserved words, and com¬ 
piler and linker switches. I found the 
information relating to each subject 
very well organized and complete, with 
many excellent examples. In many 
cases, complete program fragments 
were presented to clarify the explana¬ 


tions. However, a number of the func¬ 
tions currently available in Microsoft C 
V5.0 were not in the database. For 
example, the graphics functions were 
not covered, nor were the DOS inter¬ 
face calls. 

The last entry on the menu bar 
covered miscellaneous information use¬ 
ful for a number of different languages. 
It included an ASCII character chart, a 
list of line-drawing characters, and a 
chart of color codes for the IBM PC. 

The Instant Access Program disk 
includes both a compiler and a linker, 
which allow you to build your own 
databases. The disk also includes a 
tutorial database. 

I was very impressed with how easy 
building your own database can be. Six 
commands are recognized by the com¬ 
piler and linker. The minimal set of 
commands, together with the simple 


Let the Gofer do it 

William Gleason 

Microlytics’ Gofer is a RAM-resident 
program (using 79 Kbytes) that finds, 
prints, and moves text from application 
program to application program or 
from file to file in a particular program. 
It is compatible with most word pro¬ 
cessing programs as well as dBase and 
Lotus. It will search and read from any 
ASCII or EBCDIC file. In addition the 
program has a browse feature and will 
compress files to as little as one half 
their normal size for more efficient disk 
storage. 

Gofer features the capability to 
search, display, print, paste, and save 
results and then return from whence 
you came. It has no requirement that 
you format or index files to permit con¬ 
version from one program to another. 
By using Boolean logic commands 
(And, Or, Not, or Nearby), Gofer will 
find all information pertaining to a 
given word, “xxxxx,” only those docu¬ 
ments that also refer to “xxxxx,” or all 
documents that mention “xxxxx” or 
“yyyyy” but don’t include “zzzzz.” 
This feature permits fine-tuning the 
search for information. 

You select from the Gofer main menu 
by pressing the first letter of your 
choice or by using the arrow and Enter 
keys. If you are looking for a particular 
bit of data, you would select Text 
mode. The response is “ENTER TEXT 
TO GO FOR.” 

You should enter the logical begin- 


organization of the required text files, 
make database creation a process you 
can master with little effort. 

Documentation for the Norton 
Guides consists of a single indexed, 
staple-bound manual of approximately 
60 pages. It contains sections on using 
the guides and creating your own data¬ 
base, and a command reference section. 
I found it complete and well written. 

Those programmers who hate poring 
over volumes of reference manuals in 
search of some obscure language or sys¬ 
tem detail should find the Norton 
Guides a welcome addition to their pro¬ 
gram libraries. The prices are $50 for 
the Instant Access Program, $100 for 
the OS/2 API Database, and $50 for 
the Assembly, Basic, C, and Pascal 
databases. 

Reader Service 23 


ning of the data. The program provides 
eight entry fields 20 characters long. 
There are two groups of entry fields, an 
upper and a lower group of four fields 
each. Within each group, the fields are 
related by the word “or.” You can fine- 
tune the search even further by using 
the “Exactness” setting, which permits 
a choice of upper- and/or lowercase, 
“Just the way it appears,” and 
“Almost the way it appears.” 

Next you select the drive and path. 
The file within the directory is dis¬ 
played. A light bar appears on the first 
file; you can move it using the arrow 
keys. Selection is made by pressing the 
space bar. Using Alt-A selects all of the 
files. You must then decide what to do 
with the files selected. Gofer permits the 
following alternatives: 

(1) view each find on-screen, 

(2) write all finds to disk file, 

(3) print all results, 

(4) summarize results, and 

(5) browse without searching. 

Since you were looking for specific 
information, you will view finds. You 
can scan the entire file by scrolling, pag¬ 
ing, jumping to the top or bottom of 
the file, or jumping to any particular 
line. You can also export any portion of 
the file to the printer, disk file, or cur¬ 
rent program. 

Gofer costs $79.95. 

Reader Service 24 
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Graphics a la carte 

Charles H. Kaman 

Turbohalo from IMSI (International 
Microcomputer Software Inc.) is a col¬ 
lection of graphics routines for drawing 
geometric figures and text on a bit¬ 
mapped screen or other, similar, device. 
Designed to work with Turbo C from 
Borland, it runs on an IBM PC-XT or 
PC-AT with 256 Kbytes of RAM. 

Since the BGI (Borland Graphics 
Interface) is an integral part of Turbo 
C, one must justify the purchase of 
another graphics library. Applications, 
such as those that use business graphics, 
might be able to use the BGI. However, 
those needing more extensive graphics 
commands (such as CAD or anima¬ 
tion), or the ability to run on a wider 


range of equipment, will benefit from 
Turbohalo’s more extensive support. 
Important features missing from the 
BGI but present in Turbohalo include 
the use of world coordinates, bit bit 
operations, and mouse support. These 
are but three of the more important. 
Turbohalo is a rich 2D graphics library 
for $95. 

Turbohalo offers the usual assort¬ 
ment of cursor positioning, point, line, 
circle, pie section, ellipse, polygon, and 
spline drawing commands. Rubber¬ 
banding is supported both as a mode 
(using XOR) and with specific primi¬ 
tives. You can specify screen position 
using device, normalized (0.0 to 1.0), or 


A VMS-based calendar and notification software 


Michael Dediu 

With Target—Calendar Version 5.2 I 
can keep track of my daily appoint¬ 
ments and meetings and add, change, 
purge, or print all these daily entries. 
The multiuser capability is really handy; 
it provides scheduling and calendar 
maintenance for an entire group of peo¬ 
ple. In this case it becomes necessary to 
generate individual access control lists, 
authorizing read and write access to 
each calendar. 

The Calendar is a Vmsinstal module 
that requires system manager privileges, 
since the Systartup command procedure 
should contain the logicals and the 
pointers to the location of the software. 
The system manager can set up a logical 
like “cal,” which will then be used 
every time you want to bring up the 
Calendar. 

The screen is split in two. The left 
side shows the month you wish to be in, 
and the right side shows the options 
menu. The options are self-explanatory. 
The help at the bottom of the screen 
guides usage of the Tab keys while you 
use the Calendar. There are two modes: 
view and edit. 

You can authorize users to view and 
write to your calendar; this can become 
handy for secretaries who have to set up 
meetings for a group of people. The 
tasks for a day can be entered through 
easy edit commands. The options of 
search or edit, year in full, move to a 
day, forward one month, back one 
month, and notify setup give you flexi¬ 
bility in viewing, setting up, and follow¬ 
ing the tasks entered in the Calendar. 


The user change option allows you to 
write to another person’s calendar. 

Version 6.0 of Target—Calendar has 
some significant improvements: up to 
99 windows of text per day, insert and 
remove for text editing, search with 
edit, page breaks, blank-line compres¬ 
sion, system- and user-defined holidays, 
and report printing. 

Target—Notify Version 1.0 works on 
Target—Calendar Version 5.2. The sim¬ 
ple installation takes no more than 10 
minutes. Make sure that all Calendar 
data files have system read protection; 
if not, install Targetntf.exe with 
Readall privilege. Notify does not work 
on 24-hour time format. 

You can select the number of minutes 
prior to a meeting that you want to be 
notified (up to 24 hours ahead; the 
default is 30 minutes). You also can 
choose the time elapsed between notifi¬ 
cations. 

Many will find handy the parameter 
other_users, which helps notify all those 
interested in a conference (up to five 
VMS user names; an asterisk will notify 
all users). 

Version 2.0 of Target—Notify, which 
works on Target—Calendar Version 
6.0, lets the user define and maintain all 
the parameters. Both Target—Calendar 
and Target—Notify are useful tools for 
every VMS user. Prices range between 
$395 (for the Micro VAX) and $795 (for 
the VAX 8000). 
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world coordinates. You can partition 
the display screen into viewports, each 
with its own coordinate system. Clip¬ 
ping is provided for the current view¬ 
port (standard) and for a user-specified 
window within the viewport (optional). 
Mouse input is supported by polling. 

You can put text on the screen in any 
of three ways: fast (uses built-in fonts), 
bit (uses user-loaded bitmaps), and 
stroke (uses user-loaded outline fonts). 
Other features include filling and flood¬ 
ing with selected hatch styles, color con¬ 
trol, line style selection, and image 
compression and expansion. 

Turbohalo supports several different 
input devices (keyboard, mouse, tablet, 
joystick, trackball, lightpen), kinds of 
display (CGA, EGA, VGA, other spe¬ 
cific products, and a virtual raster inter¬ 
face), printers (various dot matrix units, 
HP laser printers, but not PostScript 
printers), and plotters (HP 7475). 

Two capabilities whose presence I 
missed were an input event queue (to 
hold mouse and keyboard events in 
temporal order) and the ability to draw 
an ellipse with its axis at an angle (other 
than a multiple of 90 degrees) with the 
x-axis. 

One of the most useful components 
of this product is its support of user 
experimentation. While not part of the 
library per se, “Learnmh” acts as a 
graphics desk calculator. It allows you 
to try, interactively, almost any com¬ 
mand and see the result immediately. A 
number of the commands have been 
assigned to function keys. These display 
the syntax for the associated command 
as soon as you press the function key, 
thus allowing subsequent input of the 
arguments without the need for con¬ 
stant reference to the manual. In addi¬ 
tion, you can prepare a text file that can 
be read and executed. The value of 
Learnmh cannot be overstated. Your 
only alternative is to write a program 
and then compile, link, load, and run. 
Even in Turbo C, the development loop 
would be too time consuming for fre¬ 
quent, experimental use. 

The number and capabilities of the 
functions included in this product 
demand extensive documentation. 
Unfortunately, you don’t get it. 

Four aspects of the manual are of 
particular concern. First, although the 
product is intended for use with Turbo 
C, many examples are written in Pascal. 
Second, there is no index. Third, there 
is no explicit documentation of the pro¬ 
tocol (sequence of procedure calls 
necessary to set up the graphics sub¬ 
system, initialize, use, and close it). 
Fourth, there are no examples of typical 
uses, such as how to implement win- 
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dows, handle multiline text quickly, 
scroll, or mix mouse tracking with key¬ 
board entry. People need examples to 
use as models. These increase produc¬ 
tivity, greatly reducing the initial learn¬ 
ing period, and serve to reinforce a 
person’s mental model of the product 


Visual Cobol-85 for MS-DOS 

Michael Dediu 

Remember Cobol, that business lan¬ 
guage with perhaps more lines of code 
to its name than any other language, 
that seems to have stood still since 1968, 
and that almost no-one has anything 
good to say about? Now it’s back, in a 
new, handy form for your PC called 
Visual Cobol-85. 

Visual Cobol-85 is an optimized 
native code Cobol compiler, based on 
the current ANSI '85 Cobol language 
standard. With this development tool 
you can design, compile, and execute 
complicated business applications. 

The compiler package comes in a 
single-user version running under MS- 
DOS or in a multiuser version running 
under Unix, Xenix, CTOS, Novell Net¬ 
ware, or IBM PC Network. When you 
create a program with Visual Cobol-85, 
it is portable across these operating 
environments. 

The compiler package contains an 
integrated screen management system, 
multiple sort options, an interactive 
debugger, multikeyed ISAM, extended 
chaining utilities, extensive error check¬ 
ing, and full documentation. The com¬ 
piler produces fast, compact .exe files. 

It implements the following modules: 
Nucleus, Sequential I/O, Relative I/O, 
Indexed I/O, Source Text-Manipulation, 
Inter-Program Communication, and 
Sort-Merge. 

Visual Cobol-85 supports full DOS 
path names for Cobol source files, plus 
compiler output file names. Data types 
supported include comp; comp-1, 3, 4, 

5, 6; binary; packed decimal; display; 
and index. Class conditions supported 
include alphabetic, numeric, alphabetic- 
lower, and alphabetic-upper. If I want 
to define class names, I can specify 
them in Special-Names. File types sup¬ 
ported include line sequential, variable- 
length sequential, relative, binary, and 
multikeyed ISAM files. 

The compiler generates native 
machine code, which is linked with the 
standard system linker. It offers two 
options for linking programs under MS- 
DOS: dynamic and static linking. If you 
want to save memory and reduce the 
overall size of your large systems with 


obtained from other parts of the 
manual. 

Turbo C can be used either in its own 
integrated environment or from the 
command line. Turbohalo, as 
documented, is intended for use only 
with programs compiled and linked 


multiple programs running under MS- 
DOS, use dynamic linking. It uses the 
system interface module (Mbpsim) on 
disk, and all the programs within a run 
unit share the routines contained within 
that module. Otherwise, use static link¬ 
ing, which links all necessary runtime 
routines into the main module to create 
a stand-alone .exe file. Object code 
written in assembly language or 
Microsoft C V4.0 can be linked directly 
to object programs. 

A very useful feature in Visual 
Cobol-85 is its integrated screen 
management system, which helps you 
interactively design and maintain 
professional-looking screens. It auto¬ 
mates this screen design process by 
replacing the line-by-line accept/display 
verbs with a single Cobol Call state¬ 
ment. It supports full foreground and 
background colors, underlining, reverse 
video, blinking, low and high intensity, 
and invisible fields. The Automatic 
Line and Box Drawing Facility allows 
creation of colorful pop-up windows or 
pull-down menus. 

The program size depends solely on 
the hardware limitations and operating 
system restrictions. On Intel-based 
microcomputers, such as MS-DOS and 
Xenix systems, the programs can have 
up to 1 Mbyte of code and 1 Mbyte of 
data. The program size is unlimited 
under Unix on the Motorola 68000. 

Visual Cobol-85 supports the stan¬ 
dard call conventions and, in addition, 
offers extended chaining utilities, which 
I found useful in creating menu-driven 
applications with fast execution, DOS 
command execution from within Cobol, 
and chaining to programs written in 
other languages. 

Another powerful feature of this 
compiler is Sort. It can be used on 
indexed, relative, or sequential files. 

The number of records to be sorted is 
limited only by available disk storage. 
Sorting and merging can be done on all 
Visual Cobol-85 data types, including 
character, alpha, zoned decimal, 
integer, trailing sign, packed decimal, 
and unsigned packed decimal. 

The compiler contains an ISAM that 


from the command line. Many benefits 
of Turbo C, however, lie in using the 
integrated environment. The Turbohalo 
package includes no instructions on 
this. 
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supports one primary key and 12 alter¬ 
nate keys for good record accessibility. 
The ISAM structure was designed for 
use on very large files. You can use the 
ISAM rebuild facility without knowing 
the internal record structure. 

If you have a mainframe-based 
Cobol system, it is useful to adapt it for 
PCs. In this case, you can use Visual 
Cobol-85 as a prototyping tool for 
designing and testing new Cobol appli¬ 
cations intended for mainframe execu¬ 
tion. The compiler has been certified by 
the US General Services Administra¬ 
tion, with zero errors at the intermedi¬ 
ate level of the ANSI X3.23-1985 Cobol 
language standard. 

The development tools included with 
Visual Cobol-85 are Line Number Diag¬ 
nostics, Array-Bound Checking, and an 
Interactive Symbolic Debugger. There 
are many listing options. A useful fea¬ 
ture of the interactive source-level 
debugger is that it allows the user to test 
the Cobol programs while they are run¬ 
ning. You can use the debugger for 
tracing the running of a program, 
specifying program breakpoints, dis¬ 
playing or modifying data contents of a 
variable, modifying the running of a 
program by restarting it at the positions 
which you select, and interrupting a 
program or controlling screen output by 
pressing a certain key combination. 

Help is available on-line. 

There are no license fees on applica¬ 
tions developed for resale or for inter¬ 
nal use. For technical assistance, mbp 
Software provides telephone technical 
support and, upon request, on-site tech¬ 
nical support and training seminars. 

The package contains more than two 
dozen sample programs. It costs $995 
for the MS-DOS version ($2,795 for the 
Unix version). The documentation is 
very detailed and precise, but some¬ 
times the style lacks fluency. In conclu¬ 
sion, this visual Cobol-85 is a good and 
reliable compiler, necessary for serious 
Cobol development on PCs. 
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Word processing at its best—WordPerfect 5.0 

Daniel McAuliffe 


One of the most competitive niches in 
the computer software marketplace is 
word processing, possibly because word 
processing is undoubtedly the most 
heavily used feature of a computer. 
You’ll find many excellent word proces¬ 
sors available no matter what your level 
of sophistication. 

Since its initial release WordPerfect 
4.2 has been the leading word processor 
in the personal computer market. The 
new release of WordPerfect, version 
5.0, easily lives up to, and in many 
instances far exceeds, all of the 
prerelease publicity associated with the 
product. It runs on the IBM PC with 
512 Kbytes of RAM minimum, and the 
company recommends a hard drive. It 
costs $495. 

The newer features of WordPerfect, 
such as Style, have been added to the 
function key template, while some of 
the older functionality, such as Print 
Format, Page Format, and Line For¬ 
mat, have been merged into the single 
item Print. Many of the menus in 
WordPerfect 5.0 have also changed 
from version 4.2. The newer menu sys¬ 
tem is much easier to follow and is a 
significant improvement over the previ¬ 
ous version. 

WordPerfect 5.0 margins and other 
format settings are now based on inches 
rather than a default setting using 
character positions. This greatly simpli¬ 
fies document formatting when chang¬ 
ing font sizes. WordPerfect does all the 
work of adjusting the margins for you. 
Gone are the days of character counting 
and trial and error document printing. 

You can now make menu selections 
using the item number as well as a high¬ 
lighted letter identifying the selection. 
The character set has also been 
expanded to a total of 1,700 characters 
in 13 separate character sets. 

The macro facility has been signifi¬ 
cantly enhanced. Many of your current 
macros may be usable, but most will 
probably have to be rewritten. The 
expanded macro features will make the 
conversion process worthwhile, 
although you may find the documenta¬ 
tion on macros a little lacking. 

WordPerfect 5.0 supports a large col¬ 
lection of available printers. The system 
includes four separate disks containing 
printer device drivers. You need only 
select the appropriate printer for your 
document and WordPerfect will auto¬ 
matically reformat your text for that 
printer. All of the information neces¬ 
sary for printing the document is con¬ 


tained within the document itself. You 
can also order, free of charge, a copy of 
Bitstream Fontware for use with the 
Hewlett-Packard LaserJet Plus and 
PostScript PDL printers. 

WordPerfect 5.0 includes a preview 
feature that allows you to see what the 
final document will look like when 
printed. It represents a true WYSIWYG 
function, with the display presented in 
graphics mode. The entire text of the 
document is displayed, along with any 
headers, footers, page numbers, foot¬ 
notes, and graphics you might have 
included. You can select any one of 
three different views of the document: 
100 percent, 200 percent, or full page. 
The 100 percent option allows you to 
view the document at its actual size; the 
200 percent option displays the docu¬ 
ment at twice its actual size; and the 
full-page option allows you to see the 


entire page. 

You can also view the document with 
facing pages displayed. In this case odd- 
numbered pages are displayed on the 
right of the screen and even-numbered 
pages are displayed on the left of the 
screen. I found the preview feature one 
of the most useful additions to Word¬ 
Perfect. It eliminates a lot of guesswork 
and can save you a lot of paper in your 
printer. 

WordPerfect 5.0 contains an excel¬ 
lent style feature. A style is a group of 
formats that can be created, edited, and 
deleted. Styles help in maintaining a 
consistent format for specific docu¬ 
ments such as business letters, company 
notices, and reports. Styles are stored 
with the document and can easily be 
retrieved for modification and moved 
from machine to machine. 

For very large documents, WordPer- 


Global Specialties’ Proto-Board for the IBM PC 


Richard Eckhouse 

Global Specialties is well known to 
the hobbyist and experimenter. A new 
addition to the company’s product line, 
the PB-88/4 Proto-Board for the IBM 
PC, includes not only the well-designed 
breadboard but also a buffered plug-in 
card with shielded, 60 conductor cable 
and separate power cable with 9-pin D 
connectors on each end. Obviously, the 
buffer card’s purpose is to isolate the 
IBM bus and to drive the signal cable. 
The company kept the shielded cable 
short to reduce the effect of signal 
crosstalk, loading, and RFI. The 
30-inch cables are sufficient, however, 
to allow flexible placement of the 
breadboard at the side of the computer. 

The PB-88/4 has the nice feature that 
the bus power, ±5 and ±12, is switcha- 
ble from the front panel. An LED 
“on” indicator tells when it is safe to 
rewire my design because bus power has 
been removed. The 2,040 contact points 
on the breadboard allow me ample 
space to design sizeable circuits, and the 
labeled interface strip makes it easy to 
pick the correct bus line. 

The breadboard is well made, being 
constructed of durable and tough plas¬ 
tic, typical of the high quality Proto- 
Board systems Global Specialties is 
known for. The sparsely populated 
plug-in card offers socketed chips for 


easy replacement should you blow one. 
A set of option cables allows you to 
enable and disable interrupt and DMA 
requests. 

Power for the Proto-Board comes 
from the plug-in card via a cable termi¬ 
nated in a 9-pin D connector. The con¬ 
nector is either attached to a separate 
escutcheon plate that occupies a free 
slot in the back of the computer or is 
mounted by fitting it into a 9- or 25-pin 
knock-out plate in the back of the PC. 

Documentation for the PB-88/4 
includes a user’s manual, an opera¬ 
tion/instruction manual, a booklet 
called “Experimenter’s Notes,” and a 
sheet describing the solderless lifetime- 
guaranteed sockets and bus strips. Each 
is brief and complete, but none offers 
any PC based experiments or refers to a 
useful text on the subject. 

The user’s manual not only describes 
the components of the PB-88/4 in 
detail, but also describes how to install 
the system and includes a complete elec¬ 
trical schematic. The operation/instruc¬ 
tion manual is not what its name 
implies; rather, it describes the various 
bus signals. In principle, this manual 
could and probably should be included 
in the user’s manual. Finally, the 
experimenter’s notes provide useful 
hints and kinks for the breadboarding 
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An alternative to Lotus 1-2-3 


feet provides a Master Document facil¬ 
ity. This feature allows you to split a 
document into any number of subdocu¬ 
ments that can be edited separately. 

You can insert formatting codes any¬ 
where in either the master document or 
a subdocument; they remain consistent 
throughout the master document. You 
can then expand the master document 
to include the subdocuments. 

Possibly the most noticeable enhance¬ 
ment to WordPerfect is the addition of 
graphics support. You can import 
images created in a number of different 
formats. Graphics generated by Lotus 
1-2-3, Borland’s Quattro, PC Paint¬ 
brush, GEM Paint, and Dr. Halo II can 
easily be merged into your text 
documents. 

WordPerfect also includes a screen 
capture utility to copy an image dis¬ 
played on the screen to a disk file so 


of electronic circuits, including device 
color coding and pin identification. 

I have one complaint about the 
PB-88/4: The high quality and atten¬ 
tion to detail that are so evident in the 
external Proto-Board were not carried 
through in the way the 60-pin Berg con¬ 
nector and power cable were attached to 
the plug-in card. First, the Berg connec¬ 
tor is difficult to insert and remove and 
is not properly mated to an escutcheon 
plate. When I tried to remove the bus 
signal cable, I broke the strain relief in 
trying to extract it from the Berg con¬ 
nector. Second, there is no strain relief 
where the nine wires of the power cable 
are soldered to the board. Conceivably, 
the wires could break if the board is fre¬ 
quently inserted into and removed from 
the PC. At $299.95 this is not an inex¬ 
pensive item, and the minor complaints 
I’ve described above really should be 
corrected. 

Bear in mind that this is a prototyp¬ 
ing system for the standard PC bus. 

The plug-in card does not include 
fingers for the extended AT bus, so the 
extended AT bus signals are not 
brought out to the Proto-Board. 

The Proto-Board provides flexibility 
and convenience needed in the pro¬ 
totyping environment. With it, design¬ 
ing, constructing, and debugging PC 


that you can later use it with the 
graphics feature. Once the images are 
under the control of WordPerfect you 
can move, scale, rotate, and wrap text 
around the graphics. 

WordPerfect also supplies a set of 30 
PicturePak clip-art images from Mar¬ 
keting Graphics free of charge with the 
system. The ability to mix text and 
graphics with the ease and sophistica¬ 
tion offered by WordPerfect 5.0 opens 
a whole new vista for word processing. 

Clearly, WordPerfect 5.0 has set a 
new standard for word processors. It 
also presents the first significant step of 
any word processor into the field of 
desktop publishing. If you are 
interested in having the most advanced 
features available in your word proces¬ 
sor, you should try WordPerfect 5.0. 
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interfaces is a breeze and does not 
require the usual sequence of powering 
down the computer; removing, chang¬ 
ing, and reinserting the prototyping 
board; and powering up the system 
once again to test. 
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Daniel McAuliffe 

With the introduction of Quattro at 
$195, Borland International launched a 
serious challenge to the dominant posi¬ 
tion of Lotus 1-2-3. Quattro is function¬ 
ally equivalent to 1-2-3, but offers 
superior graphics, a better macro capa¬ 
bility, and a much lower price. 

Installation of Quattro is truly auto¬ 
matic. You need only copy the contents 
of the disks to the directory of your 
choice. When loaded, Quattro will 
automatically sense the type of hard¬ 
ware in your system and adjust itself 
accordingly. Minimum hardware 
requirements are an IBM or compatible 
PC with 512 Kbytes of memory and 
DOS 2.0 or later. 

If you are familiar with the 1-2-3 
menu structure and prefer not to learn 
the Quattro menus, you can load the 
Lotus-compatible menu trees by execut¬ 
ing the command Q123 instead of the 
normal command Q. In the Lotus con¬ 
figuration, commands specific to Quat¬ 
tro are indicated with a filled-in square 
next to the command. 

Files created with 1-2-3 and other 
spreadsheet or database programs are 
automatically recognized and translated 
by Quattro when loaded from disk. You 
can also save a Quattro spreadsheet in 
another format by simply using the 
appropriate file extension when you 
write the spreadsheet to disk. 

Quattro differs from 1-2-3 in a num¬ 
ber of significant ways. All functions 
are accessible from within the Quattro 
menu system. You never have to exit 
Quattro to perform one of its functions, 
such as printing a graph or translating a 
file. The recalculation of formulas is 
much more efficient with Quattro. Each 
time you change a cell entry, only those 
formulas containing the cell entry are 
recalculated. Entering dates is also 
much simpler. 

Quattro offers 10 different types of 
graphs: line, bar, three-dimensional 
bar, X-Y, stacked bar, pie, area, 
rotated bar, markers, and combined 
lines and markers. All graphics com¬ 
mands are accessed through the Graph 
command on the main menu. Most 
graphics menus contain a View com¬ 
mand, which allows you to check on the 
state of the graph at any time. Access to 
the Quattro help system is also available 
at any point along the menu tree. 

Quattro offers a large battery of fea¬ 
tures for customizing graphs. A set of 
eleven separate font styles is available 
for titles. Additional options for cus¬ 
tomizing a graph include changing the 
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markers and fill patterns, adjusting the 
scale and display of both the x and y 
axes, changing the display resolution, 
and adjusting the grid pattern. A whole 
spectrum of colors is available. 

One of Quattro’s strongest features is 
its macro facilities. You can create 
macros within Quattro using record 
mode. You enter this mode by typing 
Alt-F8. Quattro then prompts you for 
the name of the macro and the block in 
which it will be stored. Quattro records 
your actions in the specified block until 
you enter another Alt-F8 to terminate 
record mode. You can use this same 
procedure with any menu tree, since the 
menu commands are recorded, not the 
keystrokes that invoked the commands. 

Quattro contains an excellent facility 
for debugging macros. The debugger 
allows you to single-step through a 
macro, letting you look at the effect of 
each action. You can also set both stan¬ 
dard and conditional breakpoints. 

Borland includes two excellent add-in 
programs, both executable from within 
Quattro. The Menu Builder add-in 
allows you to build your own menu 
trees or to alter the menu trees provided 
with Quattro. The Lotus 1-2-3 menu 
trees mentioned previously were built 
with the Menu Builder. If you build 
alternate menu trees, these menus are 
loaded alongside the main menu tree, 
and you can switch between the two 
menu sets at any time. 

The Transcript add-in records all of 
your keystrokes and commands and 
logs them to a disk file. It provides an 
audit trail or command history and can 
be used for undoing your actions or 
recovering your work after a system 
power failure. You can also use entries 
in the history file to construct macros 
by copying them directly into your 
spreadsheet. 

The documentation set provided with 
Quattro is excellent. It consists of three 
manuals: “Getting Started With Quat¬ 
tro,” which contains a tutorial on the 
basics of Quattro; a user’s guide; and a 
reference guide. A quick-reference chart 
and function-key templates are also 
provided. 

1 found Quattro to be an excellent 
product. It offers some interesting fea¬ 
tures not found in Lotus 1-2-3, but 
clearly both products are from the same 
generation of spreadsheets. The main 
advantage Quattro has over Lotus 1-2-3 
is price. It remains to be seen whether 
the new release of Lotus, last 
announced for the second quarter of 
1989, will break any new ground, and 
whether Borland will counter with a 
new version of Quattro. 
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Super VGA controllers 

Richard Eckhouse 

Two new VGA controllers from 
Paradise and Video Seven are basically 
similar, but each has different features 
to make them attractive to discriminat¬ 
ing buyers. Let me begin by describing 
their similarities and then the features 
that set each apart from the other. 

Using an AT-style bus with its 16-bit 
data path makes these boards inherently 
faster. Of course, you can plug these 
boards into an 8-bit bus, but then 
there’s not much reason to purchase 
them if speedier graphics is the primary 
goal. Additionally, if the data path 
allows a 16-bit ROM access to the 
BIOS, you can gain even more speed. 
While both boards will automatically 
determine if 16-bit access is possible, 
both feature jumpers or dip switches to 
allow you to override this feature. 

Jumper/switch settings also specify 
the type of monitor used (whether mul¬ 
tifrequency and whether all VGA 
modes are available). Software can 
copy the BIOS to RAM (an alternative 
to the slower ROM or the 8-bit ROM 
access), but it does eat up at least 24-32 
Kbytes of memory. 

Additional VGA modes include 
640 x 480 in 256 colors, 800 x 600 in 16 
colors, and up to 132 columns by 43 
rows. The boards also support EGA, 
CGA, and Hercules modes. Utility pro¬ 
grams change to these modes as well as 
lock them in across a warm reboot. 
Additional utilities verify the installa¬ 
tion of the graphics board. Finally, 
device drivers included work for 


AutoCAD, Lotus 1-2-3, Ventura Pub¬ 
lisher, Windows, WordPerfect, and 
Wordstar. 

Both boards come with the standard 
15-pin D-type connector and include the 
standard IBM video feature connector. 
SMT devices are used on both boards, 
along with a proprietary video chip that 
implements the superset of the VGA 
standard. Each manufacturer supplies 
excellent documentation in a two- 
manual set, one for hardware and one 
for software. They include connector 
pinouts and output signals along with 
horizontal and vertical synchronization 
frequencies. 

Paradise VGA Professional. After 
unpacking the half-length VGA Profes¬ 
sional board and reading the documen¬ 
tation, I simply plugged it in using the 
default configuration. A test utility con¬ 
firmed that the card was installed and 
that it had configured itself for an 8-bit 
ROM data path. All software ran per¬ 
fectly, with a noticeable speed improve¬ 
ment. The VGA Professional rated a 
2.20, or not quite twice as fast as the 
VGA Plus (rated at 1.18 relative to an 
8-MHz AT). 

The board has two jumpers for over¬ 
riding the 16-bit BIOS autosense and 
for setting the clock speed from the fea¬ 
ture connector. A four-lever dip switch, 
accessible below the video connector, 
allows the user to set the monitor type 
and frequency sensing as well as forcing 
an 8-bit video and BIOS data path. 



The Paradise VGA Plus 16 card from Western Digital Imaging features a 16-bit 
data bus and AutoSense to configure the video BIOS. 
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This board uses a FIFO queue to 
reduce CPU and VGA memory 
accesses. As a result it doesn’t need the 
V-RAM memory. Maximum resolution 
is 640 x 480 with 256 colors. Paradise 
offered excellent customer support each 
time I posed them a difficult question. I 
also found that they provide free 
updates to the extensive utility software 
that comes with the board. 

There are two versions of this board. 
The Paradise VGA Plus 16 comes with 
256 Kbytes and costs $499. For $649 
you can get the Paradise VGA Profes¬ 
sional with 512 Kbytes. I rate both 
excellent performers, like the Paradise 
VGA Plus reviewed in the April 1988 
issue of Computer. 


Video Seven FastWrite VGA. This 
full-length but less than full-height 
board has several jumper and switch 
settings plus sockets for additional 
video memory and two strip connectors 
for attaching a daughter board. I 
installed it, too, without changing the 
default configuration. However, this 
board incorrectly sensed a 16-bit ROM 
access indicated by the utility software 
that comes with the board. I simply 
changed one of the dip switch settings 
and everything checked out correctly. 

This board has eight dip switch set¬ 
tings, including three for monitor type, 
enabling/disabling CGA and Hercules 
emulation, and extensions to the VGA 
standard. The dip switch is located just 
above the AT-bus extension connector 
fingers, so it is only accessible when you 
remove the board from the computer. 

An unusual feature of this board is 
the ability to add an additional 256 
Kbytes of video memory. This extra 
memory enables the board for 
1,024 x 768 graphics in two or four 
colors. If the RAM is purchased from 
Video Seven for $159, they will also 
include additional drives for Win¬ 
dows/386, GEM, Ventura, and 
AutoCAD for this higher resolution 
mode. 

The relative speed of this board came 
out to be 1.71 versus the 1.13 measured 
for the 8-bit VGA board. One problem 
not yet resolved was a constant ROM 
bad checksum on both warm boot and 
reset. It did not occur on a power down 
reset. 

The manual features sample code 
fragments to set and get video mode, 
determine monitor type, and verify that 
the FastWrite VGA board is installed. 
This well-done board costs $599. 

VGA Professional: Reader Service 32 
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NATIONAL UNIVERSITY OF SINGAPORE 
DEPARTMENT OF ELECTRICAL ENGINEERING 


Applications are invited for academic positions from candidates 
who must possess a relevant PhD degree. Those applying for Senior 
Lectureships and above should have considerable teaching and/or 
relevant industrial experience. Preference will be given to candi¬ 
dates with research/teaching experience in the following areas: 

• Computer Communications 

• Computer Systems 

• Image Processing/Computer Vision 

Gross annual emoluments range as follows: 

Lecturer S$47,630 - 58,680 

Senior Lecturer S$53,160 - 94,090 

Associate Professor S$82,430 - 113,530 

(US$ 1.00 = SS2.03 approximately) 

The commencing salary will depend on the candidate’s qualifica¬ 
tions, experience and the level of appointment offered. 

Leave and medical benefits will be provided. Depending on the 
type of contract offered, other benefits may include: provident fund 
benefits or an end-of-contract gratuity, a settling-in allowance of 
S$ 1,000 or S$2,000, subsidized housing at nominal rentals ranging 
from S$100 to S$216 p.m., education allowance for up to three 
children subject to a maximum of S$ 10,000 per annum per child, 
passage assistance and baggage allowance for the transportation of 
personal effects to Singapore. Staff members may undertake consul¬ 
tation work, subject to the approval of the University, and retain 
consultation fees up to a maximum of 60% of their gross annual 
emoluments in a calendar year. 


The Electrical Engineering Department has currently an aca¬ 
demic staff of 48 with 18 laboratories, all of which have excellent 
facilities for teaching and research. Its Microelectronics Laboratory 
has facilities for fabricating ICs in 4-micron polysilicon-gate single 
metal CMOS technology, while its Semiconductor Laboratory has a 
liquid phase epitaxy system for fabricating GaAl As semiconductor 
lasers and will soon acquire a molecular-beam epitaxy system for 
III-V compounds. A wide range of computing resources are avail¬ 
able, including numerous PCs, microVaxes, HP9000 Series 300s 
and SUN workstations, an additional 15 of which are located in the 
Engineering Faculty CAE Centre. The University Computer Centre 
operates an IBM3081 2KX and IBM4341, and is acquiring a high¬ 
speed campus-wide network providing each staff member with his 
own PC directly linked to the various computing resources, includ¬ 
ing 2 supercomputers based in the nearby Science Park. A number 
of large-scale research projects are in progress, including a S$ 1M 
optical LAN joint effort with the Singapore Telcoms. 


Application forms and further information on terms and condi¬ 
tions of service may be obtained from: 


The Director 
Personnel Department 
National University of Singapore 
10 Kent Ridge Crescent 
Singapore 0511 


The Director 
North America Office 
National University of Singapore 
780 Third Avenue, Suite 2403 
New York, N.Y. 10017 U.SA. 
Phone: (212)751-0331 


Enquiries on current research activities in specific areas may be 
sent through BITNET to: PERSDEPT@NUSVM 
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The P68000 juLab 

D. Noah Eckhouse 

As someone who is unfamiliar with 
the Motorola 68000 chip but 
experienced with other microprocessor 
training systems, I thought the chance 
to review the University Research and 
Development Association 68000 trainer 
would allow me to learn about this 
popular line of chip while using the 
newest training aid. The final result, 
however, turned out to be a little disap¬ 
pointing. The URDA P68000 pLab 
suffers from the nagging ailment of 
seemingly good hardware accompanied 
by lousy documentation. 

Technically, the ^Lab is very well 
done. The entire system is built into a 
portable three-ring binder containing 
the computer on a board, the URDA 
manual, a Motorola 68000 program¬ 
mer’s reference manual, and a 
calculator-style power supply. Input to 
the machine is in one of two ways: 
through the 28-key membrane keypad 
or through a cassette tape recorder via 
the onboard serial port. A bank of eight 
7-segment LEDs handles output. The 
system also has a speaker and an addi¬ 
tional power-on LED. 

Monitor routines (built into the 
4-Kbyte ROM) provide some con¬ 
venient features for entering, editing, 
tracing, and debugging hand-assembled 
programs. You can enter them in bytes 
or words; an auto load key lets you 
enter data without incrementing the PC 
after each chunk. I/O with the cassette 
is simple and relatively fast at 1,200 
baud. The keypad features 12 user- 
programmable keys and a hardware 
user-interrupt button, plus all the usual 
keys for examining registers, stepping 
through programs, etc. 

The pLab is billed as a “cost effective 
means of providing hands-on training 
to the student in or out of an educa¬ 
tional environment.” With this in 
mind, I fully expected to be able to 
learn the fundamentals of 68000 opera¬ 
tion on my own, without additional gui¬ 
dance. Unfortunately, this was not the 
case. The documentation provided with 
the trainer (excluding the Motorola 
reference manual) consists of only 67 
pages. If you subtract the 37 pages of 
schematics and the listing of the moni¬ 
tor program, you are left with 30 pages 
worth of guidance into the world of the 
68000—hardly enough! 

In those 30 pages the authors describe 
how their trainer works, offering a 
hardware description; monitor func¬ 
tions; entry, storage, and debugging of 
programs; and some programming 


help. I think their description of the sys¬ 
tem is fine; however, they provide next 
to nothing in terms of guidance in 
learning to use the 68000. 

Had URDA not been so anxious to 
promote this product as a stand-alone 
teaching tool, I would have significantly 
fewer complaints about it. It is reasona¬ 
bly priced (currently $260), very porta¬ 
ble, and features well-done hardware. 
But it requires the student to have either 


some external guidance or prior 
familiarity with the 68000 instruction 
set. Otherwise, you will find yourself 
running the sample programs, staring 
for long hours at the programmer’s 
reference manual, and wondering how 
the darn chip operates. The only thing 
they neglected to include in the package 
is how to go about programming the 
68000. 
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A galaxy of word processing 
at a down-to-earth price 

William Gleason 

Galaxy version 2.2 is a RAM-based, 
ASCII-format word processor that is 
easy to learn and use. It offers a choice 
of pull-down menus or keyboard com¬ 
mands for all major program functions. 

Galaxy requires an IBM PC or com¬ 
patible with a minimum of 192 Kbytes 
of RAM, one disk drive, a 
color/graphics or monochrome card 
and monitor, and a printer. 

You activate Galaxy’s menus by 
pressing the F10 key. The menu bar 
appears at the top of the screen with the 
first heading, File, highlighted. Pressing 
the left or right arrow keys moves the 
highlight to any of the other menu 
headings. Selecting a command calls a 
pull-down menu, while pressing the 
Escape key causes the menu to disap¬ 
pear. The next press of the Esc key will 
cause you to exit from the menu bar 
and return to the text window. 

Once you have achieved a certain 
familiarity with Galaxy, you can enter 
commands directly from the keyboard. 
This permits quicker movement 
between program functions. Most of 
the menu commands have a cor¬ 
responding “quick” command listed 
next to them, which will help you learn 
how to bypass the menu system and 
issue commands directly from the text 
window. 

Numerous options exist for search 
functions. Galaxy presents many 
options in more convenient ways than 
most word processors, with helpful 
reminders of available options that 
come up immediately after you call the 
search commands. 

With Galaxy, you can use a variety of 
tools to format your text before you 
print it. You can set top, bottom, left, 
and right margins; page length; and 


features 


font size. You can also enter codes to 
tell your printer to apply special effects, 
including bold, underline, or italics. 

The most attractive feature to me is 
the Windows feature. Galaxy allows 
you to open a second text window on¬ 
screen to work on two documents at the 
same time. You can “zoom” either win¬ 
dow up to full screen. With Zoom, you 
can expand a small (as small as one text 
line) window to full screen. When either 
window is zoomed to full screen, you 
can still switch back and forth between 
windows just as you do with two on¬ 
screen windows. 

Galaxy comes with printer descrip¬ 
tion files. If the program does not con¬ 
tain a PRD file for your printer, you 
can use Makeprd.com to easily create 
custom files to address any function of 
any printer. 

Another nifty feature is the built-in 
spooler feature, which permits simul¬ 
taneous print and edit functions even 
with two windows open. The edit func¬ 
tions do not slow down appreciably 
during printing, but there is a slight 
degradation of the printer functions. 
Galaxy lacks a spelling checker, but the 
program is designed to work with 
Borland International’s RAM-resident 
spelling checker Turbo Lightning. 

Galaxy is a shareware program. That 
means that you can try it out before you 
buy it to see if it fits your needs. If it 
does, you simply register your copy by 
sending $49.95 to Omniverse. The 
moral burden is on the user. Omniverse 
offers free telephone support (that is, 
for the price of a phone call) and a 
24-hour bulletin board for on-line 
support. 
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Taking the drudgery out of wordsmithing 

William Gleason 


Wordbench is a completely different 
concept in word processing. It is a writ¬ 
ing platform that features a variety of 
tools. The design premise is that writing 
a novel, a technical paper, or a maga¬ 
zine article involves more than word 
processing. You must generate, organ¬ 
ize, revise, and keep track of a million 
and one ideas and bits of information. 

Wordbench is a menu-driven pro¬ 
gram that permits shortcuts or the 
development of macros to speed up the 
sequence of frequently repeated key¬ 
strokes. It includes six different applica¬ 
tions: Outliner, Notetaker, Writer, 

Print Manager, Folder Manager, and 
Add-In Manager. 

You can call up Desktop Tools from 
within appropriate applications: the 
Viewer to view anything you have writ¬ 
ten and to copy parts of it; the Format 
Tool to enhance text and format para¬ 
graphs; the Reference Tool to create a 
list of references you can use in a bib¬ 
liography or footnotes; and the Speller, 
Thesaurus, and Word Search to check 
spelling, find synonyms, and look up 
words in the dictionary. 

With the applications and tools you 
can create various types of texts, all 
kept in a folder of related work. Obvi¬ 
ously, the program closely mimics the 
writing methods we have come to 
associate with the formal process of 
writing. 

You select Wordbench applications 
and functions from menus. Each Word- 
bench function screen provides brief 
instructions for its use. In general, you 
can press Escape to back out of a func¬ 
tion, application, or desktop tool. 

To start Wordbench, you need to 
choose the folder you want to work 
with. When you first enter the program, 
you can choose from the list of cur¬ 
rently available folders. Once you have 
chosen or created a folder, all your sub¬ 
sequent work will be stored in that 
folder. The program permits you to 
switch to a different folder or begin a 
new one in the midst of the current 
writing effort. 

You call up applications from the 
program menu. Each application has a 
distinctive screen and its own set of 
functions displayed in the application 
menu. The applications can be used in 
any order. The program automatically 
handles all housekeeping chores. 

The initial step in the writing process 
is to define an outline for the docu¬ 
ment, using the Outliner application. 
The program permits you to view an 


outline from any other application, 
which can be copied or merged into the 
document. The outline headings 
become document headings and are for¬ 
matted according to the current heading 
format settings. Notes can be linked to 
outline headings (before or after creat¬ 
ing the note), sorted, and merged or 
copied into a document. Each folder 
can contain one outline. 

You use the Notetaker to record and 
organize information in the form of 
electronic notes. These notes can consist 
of ideas, points to expand upon in the 
document, quotations, or any piece of 
information that you might otherwise 
record on a 3 X 5-inch card. A database- 
oriented feature with four fields, the 
Notetaker links the information to the 
outline and the Reference Tool. You 
can edit, print, or merge the notes into 
your document. 

The Writer is the word processor. It 
enables you to write, revise, and format 
documents. The Writer provides a 
unique feature in that it links to the out¬ 
line, notes, and references features to 
permit merging. It also provides access 
to the Desktop Tools. The combination 
of these tools and the menu functions 
brings you all of the power and con¬ 
venience of a dedicated word processing 
program, plus numerous tools for for¬ 
matting and fine-tuning your work. 

The Print Manager takes care of the 
printing needs for any text created, 


How fast is fast? 

Richard Eckhouse 

The advertisements for the Konan 
TenTime caching disk controller 
claimed some pretty impressive statis¬ 
tics: 10 times faster data transfer rates 
from disk controller to PC, three to 10 
times faster throughput, and a 4 Mbytes 
per second transfer rate due to hard¬ 
ware that featured zero latency time, 
elevator seeks, and automatic preread. 
Using an on-board 128-Kbyte cache, the 
manufacturer claimed a 90 to 95 percent 
hit ratio for both hard disks and flop¬ 
pies. I never achieved this rate (mea¬ 
sured by vendor-supplied software). 1 
got rates in the 75-90 percent range 
measured over thousands of reads and 
writes. Possibly the hit rate would be 
higher with tens of thousands of reads 
and writes, but I never got up to that. 


including the formatting for automatic 
generation of a table of contents, a bib¬ 
liography, and footnotes. 

The Brainstormer is a one-of-a-kind 
application that I have not seen in any 
other software package. It contains 
techniques for generating ideas and 
providing focus for your thoughts. The 
specific techniques are 

(1) Freewriting, which encourages 
continuity in the writing session 
through timing and prompts to 
keep going, 

(2) Invisible Writing, which masks 
the typed characters to eliminate 
what has been written on the 
screen previously, 

(3) Nutshelling, which provides a 
reduced, nonscrolling screen to 
encourage concise idea presenta¬ 
tion, and 

(4) Goal Setting, which lists four 
basic goals for a typical 
document. 

Wordbench is a great piece of soft¬ 
ware. Its ease of use makes it a joy to 
work with. The tutorial that comes on 
one of the disks is all you need to get 
started. The user’s manual and refer¬ 
ence manual are easy to read and 
informative. System requirements are a 
modest 256 Kbytes and an IBM PC or 
compatible. Wordbench costs $189. 
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Using the standard CORE disk per¬ 
formance test program, I found that my 
hard disk exhibited a data transfer rate 
of 164.9 Kbytes per second with an 
average seek time of 30.6 ms and a 
track-to-track seek time of 10.5 ms. 
CORE rates this with a 2.8 performance 
index. Substituting the TenTime con¬ 
troller in place of the existing Western 
Digital board upped the rate to 2,353 
Kbytes per second, with both an aver¬ 
age seek time and track-to-track seek of 
0.8 ms and a performance index of 88. 

These numbers are pretty 
impressive—and immediately percepti¬ 
ble. Drawing a complicated part in 
CADKEY took me one-fifth the time it 
had previously. Windowing over the 
part went two to three times faster. 
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Loading programs was very fast. In 
fact, the TenTime controller was so fast 
that I thought at first something was 
wrong because I didn’t hear the disk 
being accessed and saw no screen 
activity when I started up Windows. 

Installing the new controller was 
quite simple. After removing the ribbon 
cables from your hard and floppy 
drives, you plug them into the TenTime 
board and insert the board in place of 
the old controller. You might need to 
change a couple of jumpers on the Ten- 
Time board. These jumpers control the 
cache bus address, the IRQ level, and 
whether or not the floppy controller 
section of the board is to be enabled. 
LED activity connectors help those of 
us whose hard disks’ LEDs are hidden 
by the PC’s cabinet. 

A 3.5 volt lithium battery fits into a 
battery holder on the board. The bat¬ 
tery backs up the write-back on-board 
cache. Because a write-through cache 
would be slower, the Konan design 
requires the battery in case the cache 
contents aren’t replaced before you 
power off (or the power company 
powers off) your computer. If you’re 
the type who wants to flush the cache 
anyway, a utility will do just that. 

Having set up the hardware, you 
must do a bit more work to install the 
new controller in your PC. First, you 
configure the board to tell it how 
you’ve set the jumpers. Second, you 
low-level format the hard drive. Third, 
you define the logical units and parti¬ 
tions, then high-level format the drive. 
Fourth, you install the system software 
and reload your previously backed up 
disk data. All of this takes no more 
time than it would for those of us who 
have done the same for a newly 
installed hard disk. 

One unusual feature of the TenTime 
controller is that if you divide a 
40-Mbyte physical hard drive into two 
20-Mbyte logical drives, most software 
will recognize it as two physical disks. 
That’s not a problem, just something 
unusual. Another unusual feature is all 
the utility software included with this 
board. The 12 programs not only set up 
the system but check cache consistency 
and gather statistics. Combined with a 
short but complete and easy to read 
manual, the TenTime controller is a 
thorough, well-done system component 
that even the nontechnical person can 
install and use. 

As I said, the performance statistics 
prove out what Konan claims. I did, 
however, encounter some problems 
when using the controller in my every¬ 
day environment. First, a few programs 
hung up when run under Windows/386 
but not when run stand-alone. Second, 


I had some initial problems with my 
tape backup system, but the Konan tech 
support people were already aware that 
this kind of problem was likely to crop 
up and referred me to the tape backup 
company for updated software. 

If speed is what you need, the Ten- 
Time controller will give it to you. A 


Product notes 

• Need help in filling out the Form 
TX to obtain a software copyright? 
Synthetic Intelligence, 286 Fifth 
Ave., New York, NY 10001, phone 
(212) 967-2399, has a $25 shareware 
program that might help. 

• Phase Three Logic has a new ver¬ 
sion of its CF3000 CapFast 
schematic design package that can 
access up to 16 Mbytes of memory 
on a PC/AT using Rational Systems 
DOS/16M interface. The CapFast 
package targets both ASIC and com¬ 
plex PCB designs. Included with the 
software is a Hilo-3 and Spice simu¬ 
lator interface. Further details on 
this $1,295 package are available 
from Phase Three Logic, PO Box 
985, 5510 NE Elam Young Parkway, 
Hillsboro, OR 97123, phone (503) 
640-2422. 

• Looking for a holder for your light 
pen? A $4 holder featuring o-rings 
and a stick-on adhesive pad for side 
or end mounting is available from 
Peripheral Connections, 2190 West 
11th Ave., Eugene, OR 97402, 
phone (503) 344-1189, and might be 
just the thing. 

• Dolphin Systems Technology of 
603-B E. Alton Ave., Santa Ana, 

CA 92705, phone (714) 546-6938, 
has recently announced a 3.5-inch 
80-Mbyte hard disk for the Macin¬ 
tosh II. The unit fits in the position 
set aside for the second floppy drive. 
List price is $1,995. The unit comes 
with a one-year warranty. 

• Apollo Computer and Wang 
Laboratories have introduced VS 
Window, a terminal emulation pack¬ 
age to connect the Apollo Domain 
Series 4000 with the Wang VS 
minicomputers. A controller board 
mounted in a PC/AT-compatible 
slot in the Apollo workstation pro¬ 
vides a high-speed data link to the 


combined hard and floppy disk con¬ 
troller, the TNT-1050 is priced at $695. 
This combination can support up to two 
ST506/412 compatible hard drives and 
two floppy drives. The $595 TNT-1000 
is exclusively for hard disks. 
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Wang VS computer. VS Window 
costs $1,800. More information is 
available from Apollo at (617) 
256-6600 or Wang at (617) 967-6405. 

• Accel Technologies has signed an 
OEM agreement with Aldec Com¬ 
pany to add SUSIE, a logic simula¬ 
tor, to Accel’s Tango series 
PC-based circuit design software. 
The basic $995 SUSIE package pro¬ 
vides both functional and glitch 
interactive logic simulation. In a 
640-Kbyte machine, system capacity 
is 20,000 gates at 17,000 events per 
second on an 8-MHz AT. TTL, 

ECL, CMOS, memory, PLD, 
switches, and other passive-device 
libraries are included. Contact Accel 
Technologies, 7358 Trade St., San 
Diego, CA 92121, phone (619) 
695-2000. 

• How about a small power con¬ 
verter that produces 100 watts of 
115V AC for your AC powered 
Toshiba or Compaq portable from 
12V DC? This 14-ounce inverter fits 
in your hand and has a surge capac¬ 
ity of up to 200 watts. List price is 
$19.95 from Statpower Technolo¬ 
gies, 170-717 Simundson Dr., Point 
Roberts, WA 98281, phone (604) 
420-1585. 

• MicroSpeed, 5307 Randall Place, 
Fremont, CA 94538, phone (415) 
490-1403 has now made its trackball 
(reviewed in the March 1988 issue of 
Computer) available to Apple users 
for only $99. 

• A utility program to stack your 
subdirectory changes under PC- or 
MS-DOS allows you to rapidly move 
between them using push and pop. 
This $29.95 program is available 
from Henrich Technical Consul¬ 
tants, 959 Centre Court Dr., Tracy, 
CA 95376, phone (209) 832-1544. 
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Researchers 

Leading Edge 

Telecommunications Technologies 


The Network Systems and Services Research 
Laboratory is an interdisciplinary research 
organization that conducts research on a 
variety of future services and technologies for 
public telecommunications. We currently have 
openings in two divisions in our Morristown, 
New Jersey laboratory for Computer Scientists 
with PhD’s or equivalent experience. 

The Multimedia Communications Research 
Division conducts research on ways to use 
information technology to support end users’ 
needs for communications and information 
access. Currently, we need researchers who 
can originate ideas about how people might 
access and use multimedia information and 
can take these ideas to the demonstration 
state. Areas of immediate interest include real¬ 
time, multimedia communications and search¬ 
ing, retrieving, viewing of voice, text, pictures 
and video. 

The Network Systems Research Division con¬ 
ducts research on highly reliable distributed 
real-time control systems for telecommunica¬ 
tions applications. These systems have 
unique requirements for high throughput, high 
reliability and rigid response time. A major 
research direction is the reduction of the soft¬ 
ware complexity within this environment, 
global naming and network addressing, net¬ 
work modelling and parallel simulation tool 
building. Testing of ideas through systems- 
level experiments is a significant aspect of the 
work in this division. 

These positions a r e appropriate for Computer 
Scientists who have an interest in one or 
more of the following problem areas: 

• computer supported cooperative work 

• software engineering for complex systems 

• developing the necessary computer and 
telecommunications infrastructures to sup¬ 
port information access 

• large scale distributed systems 

• human computer interaction 

• network management 

• information access and presentation 


Candidates should have a PhD in Computer 
Science or equivalent experience and demon¬ 
strated research skills in one or more of the 
following: 

• human computer interface 
design/implementation 

• user interface implementation tools (UIMS) 

• interactive computer graphics 

• image processing 

• communications and information security 

• heterogeneous databases and advanced 
query techniques 

• fault tolerance 

• parallel systems 

• specification languages 

• distributed systems 

• expert systems 

• program generation 

• parallel simulation techniques 

These positions provide opportunities for crea¬ 
tive individual research, as well as collabora¬ 
tion within an interdisciplinary environment. 

As a research institute, Bellcore supports and 
rewards professional visibility and encourages 
researchers to define their own research. We 
have state-of-the-art research facilities for 
computing and communications. Compensa¬ 
tion and benefits are competitive. Bellcore is 
an equal opportunity employer. Women and 
minority candidates are strongly encouraged 
to respond. 

In addition to these regular positions, we have 
limited-term openings, and welcome proposals 
for visiting faculty and post-doctoral fellows. To 
explore these opportunities, send a letter of 
interest and a resume to: 


Manager, Technical Employment 
Bellcore 

Dept. 123/BM48/88 
444 Hoes Lane 

Piscataway, New Jersey 08854 


Bellcore 

(§) Bell Communications Research 

An equal opportunity employer. 
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Next Computer System combines workstation and PC in 
machine aimed at higher education 


Next Inc. has targeted the higher edu¬ 
cation market exclusively with its Next 
Computer System. The company claims 
that the new computer combines the 
workstation concepts of built-in net¬ 
working, large display screens, mul¬ 
titasking, and an application 
development environment with personal 
computer concepts of affordability, 
small size, efficient manufacturability, 
and reliable use. 

The Next system incorporates Motor¬ 
ola’s 25-MHz 68030 microprocessor, 
25-MHz 68882 floating-point chip, and 
56001 digital signal processing chip. 

The board holding these chips can sup¬ 
port up to 16 Mbytes of main memory. 

The system also incorporates two 
proprietary chips: the Integrated Chan¬ 
nel Processor to manage the flow of 
data among the CPU, main memory, 
and peripheral devices, and the Optical 
Storage Processor to control the Optical 
Disk. The ICP provides 12 dedicated 
direct-memory-access channels. 

The Optical Disk is based on 
magneto-optics, according to the com¬ 
pany. It provides 256 Mbytes of 
read/write/erasable optical storage in a 
removable unit. It reportedly makes 
possible the Digital Library, which can 
include on-line text, sounds, and 
images. A searching and indexing tool 
called the Digital Librarian helps users 
manage the data. 

System software includes Mach, a 
multitasking operating system compati¬ 
ble with Unix 4.3 BSD. The NextStep 
software environment consists of Win¬ 
dow Server, Workspace Manager, 
Application Kit, and Interface Builder. 
The object-oriented environment was 
developed with Stepstone’s Objective-C 
programming language. 

Additional software consists of 
SoundKit, MusicKit, array processing 
routines, assemblers, compilers, debug¬ 
gers, and a terminal emulator. Applica¬ 


tion software consists of WriteNow, 
Mathematica, the Next SQL Database 
Server, CL Common Lisp, Jot, and a 
graphical electronic mail application 
with integrated voice mail capabilities. 

The Next system comes with a Post¬ 
Script laser printer with 400 dpi reso¬ 
lution. 

The Digital Library that comes with 
the Next system includes Webster’s 
Ninth New Collegiate Dictionary, Web¬ 
ster’s Collegiate Thesaurus, The Oxford 
Dictionary of Quotations, and the 
Oxford University Press edition of Wil¬ 
liam Shakespeare: The Complete 


FPS Computing has announced three 
new multiuser Unix computers, includ¬ 
ing a midrange supercomputer and two 
entry-level computers sold under an 
OEM arrangement with Stellar 
Computer. 

The Model 500 is a midrange super¬ 
computer available in eight configura¬ 
tions of scalar and vector processors, 
memory, and peripherals. It provides a 
peak computing power of 133 MIPS 
and 167 Mflops, according to the com¬ 
pany. Prices range from $250,000 to 
more than$l million. 

The base configuration of the Model 
500 includes a single scalar processor 
and 16 Mbytes of error-correcting real 
memory expandable to 1 Gbyte. The 
Model 500 comes with up to four scalar 
processors or with combinations of sca¬ 
lar and vector processors up to three 
scalar and one vector or two scalar and 
two vector processors. Users can inter¬ 
face up to seven I/O subsystems to the 
Model 500. 

The Model 500’s RISC chip set has a 


Works. 

The standard configuration includes 
8 Mbytes of main memory, the Optical 
Disk, display, keyboard, mouse, and 
system software for $6,500. The laser 
printer costs $2,000. The company 
expects to ship systems with final soft¬ 
ware by the second quarter of 1989. 

Options include 4-Mbyte RAM 
expansion modules, 660- and 
330-Mbyte Winchester drives, an Ether¬ 
net kit, blank optical disks, and printer 
toner cartridges. 
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clock speed of 30 ns. Each scalar 
processor reputedly performs at speeds 
in excess of 33 MIPS, with four proces¬ 
sors exceeding 133 MIPS. Each vector 
processor has a peak rate of 67 Mflops. 

FPS Computing adds peripherals, 
specialized software libraries, and inte¬ 
gration software to Stellar’s CS1000 
and GS1000 and sells them as the Model 
300 and Model 350, respectively. 

The Model 300 is an entry-level com¬ 
puter with a performance of 20 to 25 
MIPS and 40 Mflops. Prices start at 
$98,000. 

The Model 350 also achieves 20 to 25 
MIPS and 40 Mflops. This entry-level 
system integrates three-dimensional 
graphics capabilities into the hardware. 
Prices start at $160,000. According to 
the company, the Model 350 can serve 
as a front-end processor and graphics 
server for the Model 500. 

Model 500: Reader Service 41 
Model 300: Reader Service 42 
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Nine products make up Ada development environment 


Ready Systems has announced nine 
products for Ada-based embedded sys¬ 
tems software development. According 
to the company, the products span the 
software development life cycle from 
front-end design and cross-development 
tools to reusable runtime software com¬ 
ponents. 

The company describes RTAda-Sim 
as an Ada target runtime simulator that 
aids testing and development by recreat¬ 
ing the embedded systems hardware and 
software environment. The software 
designer can simulate the actual target 
application on a host development sys¬ 
tem, eliminating the need for a working 
target until final integration. 

Other products for Ada development 
include Cardtools support for Require¬ 
ments Traceability, State Transition 
Diagrams, Open Systems/Database 
Access, and automatic DoD-Std 2167 
Documentation Generation. Runtime 
products include RTAda-MP for multi¬ 


processing, RTAda-Net for networking 
via TCP/IP, RTAda-IO for I/O and 
file management support, and ART- 
scope for real-time, multitasking debug¬ 
ging. When added to Ready Systems’ 
ARTX kernel, these products form the 
Ada operating system RTAda/OS. 

The RTAda development and run¬ 
time system is available for Sun-3 and 
VAX/VMS hosts and targets the 
Motorola 68000 family and 1750A 
microprocessors. Prices depend on the 
development configuration and host 
environment. RTAda-Sim prices start at 
$9,500. The RTAda/OS components, 
RTAda-Net, RTAda-MP, and RTAda- 
IO cost $9,500 each. 

Cardtools are available for the VAX- 
station 2000, VAX/VMS using VT100, 
Sun-3, and IBM PC host environments. 
Prices range from $10,000 to $60,000, 
depending on the package and host. 
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100 Mbps fiber-optic LANs 

Simple Net Systems will offer two 100 
Mbits per second fiber-optic LANs for 
286- and 386-based computers in Janu¬ 
ary 1989. The Laser LAN and Laser- 
LAN Plus are based on Advanced 
Micro Devices’ Supernet chip set. They 
feature a 16-bit adapter card with 128 
Kbytes of packet buffer memory and a 
125 Mbaud transmission rate. Users can 
implement both systems on the same 
fiber optic ring. 

Each LaserLAN network comes with 
add-in card, the company’s NetBIOS 
OSI-compatible interface, and user and 
installation guides. The company’s 
MicroLink operating system software is 
an option ($225 per node). 

The entry-level LaserLAN transmits 
up to 500 meters per fiber optic seg¬ 
ment. It costs $4,095 per node. The 
LaserLAN Plus transmits up to 1,500 
meters and costs $5,495 per node. 
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Compaq bases new laptop on Intel 80286 


Compaq Computer has announced 
the Compaq SLT/286 laptop computer, 
based on the 12-MHz Intel 80C286 
CPU. The 14-pound machine measures 
4 x 13'A x 8'/ 2 inches. It includes a battery 
pack, a backlit display with VGA 
640 x 480 resolution in eight gray 
shades, and support for an external 
VGA display. The 82-key keyboard is 
removable. 

The standard memory of 640 Kbytes 
is expandable to 3.6 Mbytes. The com¬ 
pany’s Expanded Memory Manager 
provides LIM/EMS support for mem¬ 
ory above 640 Kbytes. The machine also 
includes a socket for an 80287 coproces¬ 
sor (which costs $799). 

The Model 40 comes with a 
1.44-Mbyte, 3/-inch disk drive and a 
40-Mbyte fixed disk drive with 1:1 inter¬ 
leave and an access time of 29 ms, 
according to the company. It costs 
$5,999. 

The Model 20 comes with a 1.44, 
3/-inch disk drive and a 20-Mbyte fixed 
disk drive with 3:1 interleave and an 
access time of 29 ms. It costs $5,399. 

Standard features include serial and 
parallel interfaces, and connectors for 
an external VGA monitor, a 101-key 
enhanced keyboard, the external stor¬ 
age module ($299), and the desktop 
expansion base ($999). An interface on 


the standard 82-key keyboard supports 
an optional numeric keypad ($149). 

Options include a 2,400-baud modem 
($599), an asynchronous communica¬ 


tions board ($149), and 1-Mbyte mem¬ 
ory boards ($799). 
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Compaq’s SLT/286 features an optional desktop expansion unit and an optional 
external storage module (left). 
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Heath kit lets you build 
your own laptop 

Heath’s first kit for a laptop com¬ 
puter, the HS-2860, incorporates at 
12-MHz 80286 processor. The HS-2860 
is compatible with the IBM PC and PC- 
AT. The system features 1 Mbyte of 
standard RAM expandable to 3 Mbytes 
on the main board. It includes one 
1.4-Mbyte, 3/-inch disk drive. A second 
internal floppy disk drive is available as 
an accessory, as are 20- and 40-Mbyte 
hard disks. 

Standard features include a 640 x 640 
pixel resolution supertwist LCD screen, 
a removable battery pack, Expanded 
Memory Specification, a parallel port, 
a serial port, an RGB video port, and 
an external floppy drive jack. 

The finished computer measures 
3.07 x 12.2 x 15.4 inches. 

The kit sells for $2,999. 

The kit is featured in the 1988 Heath- 
kit Christmas catalog. You can order 
the catalog by calling (800) 44-HEATH 


NEC Home Electronics claims that 
its UltraLite laptop computer is half the 
size of the smallest laptop currently 
available and has 90 percent of the 
power of the original IBM PC-AT. The 
4.4-pound laptop uses a 9.83-MHz 
NEC V-30 CPU, DOS 3.3, CGA 
graphics, and a backlit LCD with 
640 x 200 pixel resolution. 

The UltraLite comes with 640 Kbytes 
of RAM, Microsoft DOS Manager 2.0, 
Laplink 2.xx, a full-size keyboard, a 1- 
or 2-Mbyte silicon hard disk, a built-in 
battery, a built-in modem, and an 
optional 1.44-Mbyte, 3/-inch floppy 
disk drive. 


Harris has enhanced the HCX-2000 
Series of superminicomputers, consist¬ 
ing of the HCX-2500, HCX-2550, and 
HCX-2900. The systems run the 
CX/UX Unix operating system, which 
the company says it has enchanced with 
real-time features. 

An intelligent communications 
processor board interfaces to the com¬ 
pany’s I/O subsystem, the HVME. 
Multiple processor boards permit the 
running of several protocols simultane¬ 
ously, including asynchronous; IBM 
SNA, BSC, and HASP; and X.25. Sep¬ 
arate processor boards support IBM LU 
6.2 and Ethernet and ProNet-80 LANs. 


Heath’s first laptop computer, the 
HS-2860, features 1 Mbyte of RAM 
and EMS capability. 


or writing to Heath Company, Dept. 
350-038, Benton Harbor, MI 49022. 
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Standard ports include two RJ-11, 
ROM card slot, serial, and expansion. 

A printer port is standard on the exter¬ 
nal floppy disk drive. 

NEC’s ROM cards provide access to 
multiple applications, eliminating the 
need for floppy disk versions of appli¬ 
cations software. The company says 
that a single ROM card will contain a 
complete application software package. 
The cards fit into the ROM card slot. 

Prices start at $2,999 for the 1-Mbyte 
system and $3,699 for the 2-Mbyte 
system. 
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The entry-level HCX-2500 reportedly 
performs at 5 MIPS and handles up to 
64 Mbytes of physical memory and 64 
users (128 users with a LAN). 

The HCX-2550 provides 8 MIPS and 
up to 64 Mbytes of memory and sup¬ 
ports 64 users (256 with a LAN). The 
2500 can be upgraded to the 2550. 

The HCX-2900 offers 8 MIPS and 
128 Mbytes of memory and supports up 
to 512 users. It also supports one or two 
HVME I/O subsystems. 

Prices for the HCX-2000 Series start 
at $99,000. 
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LAN PC/Workstations 

Datamedia has announced the Net- 
mate PC/Workstation family based on 
the 20-MHz Intel 80386 processor. The 
company claims that Netmate supports 
all of the most popular PC LAN net¬ 
works, but is specifically focused on 
DEC connectivity. The Netmate models 
offer VGA graphics, VT241 terminal 
and VT340 graphics, a DEC or IBM 
keyboard, IBM PC-AT compatibility, 
and external SCSI bus expansion. 

Netmate models come in two config¬ 
urations: with disk drives and diskless. 
The diskless model 386/20-00 is an 
entry-level configuration that uses the 
Netcard storage device for remote start¬ 
up over a LAN. 

Model 386/20-01 comes with a 
1.44-Mbyte, 3/-inch disk drive; model 
386/20-08 comes with an 80-Mbyte, 
3/-inch hard disk drive and a 
1.44-Mbyte, 3/-inch disk drive. Users 
can add a 40-Mbyte hard disk to model 
386/20-01 as an upgrade option. Net- 
mate hard disks reportedly use intelli¬ 
gent SCSI controllers. 

Model 386/20-00 costs $4,895. Model 
386/20-01 costs $5,195, and model 
386/20-08 costs $6,995. 
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Tandon expands 386 line 

Tandon Computer has expanded its 
80386-based systems with the Tandon 
386/16 Model 40, 386/20 Model 40, 
and 386/20 Model 110. 

Standard features of the 80386 family 
include a 16- or 20-MHz 80386 CPU, a 
1.2-Mbyte floppy disk drive, eight slots 
(six 16-bit and two 8-bit), serial and 
parallel ports on one card, 1 Mbyte of 
RAM expandable to 8 Mbytes, 32-bit 
EGA BIOS, an 80387 coprocessor 
socket, RAM sockets for a 64-Kbyte 
cache (with the 20-MHz system), and a 
chassis capable of accepting the 
optional InPac (a removable Win¬ 
chester disk drive). 

The 386/16 Model 40 features a 
16-MHz 80386 and a 40-Mbyte hard 
disk drive for $4,999. The 386/20 
Model 40 features a 40-Mbyte hard disk 
drive, a 20-MHz 80386, and a 64-Kbyte 
RAM cache for $5,999. The 386/20 
Model 110 features a 110-Mbyte hard 
disk, a 20-MHz 80386, and a 64-Kbyte 
RAM cache for $7,999. The Model 
110DP includes an integrated Personal 
Data Pac receptacle for $8,499. 
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NEC laptop weighs in at 4.4 pounds 


Harris enhances supermini line 
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Sony bases Unix workstations on 68030 


Sony Microsystems has based its 
second-generation NEWS Unix work¬ 
stations on the Motorola 68030 
microprocessor. The midrange NEWS 
1700 Series is based on a single 68030 
CPU. The high-end NEWS 1900 Series 
incorporates a motherboard based on 
dual 68030 CPUs. According to the 
company, one 68030 in the 1900 Series 
handles computational processing and 
the other handles graphics, networking, 
disk and tape I/O, and VME support. 

The desktop-based 1700 Series 
reportedly provides more than 4.3 
MIPS processing power. Maximum 
configurations include 32 Mbytes of 
RAM, 286 Mbytes of internal hard disk 
storage, and 125-Mbyte cartridge tape 
drives. The workstations include 
graphics controllers and three expan¬ 
sion slots. Prices range from $13,900 to 
$51,600. 


The NWS-1930 is the first 1900 Series 
workstation available in the US. The 
system features a VMEbus and three 
I/O expansion slots. The NWS-1930 
reportedly provides 5.3 MIPS perfor¬ 
mance. It comes with a 1.44-Mbyte, 
3/-inch floppy disk drive; a 125-Mbyte, 
/-inch cartridge tape drive; 16 Mbytes 
of main memory expandable to 32 
Mbytes; and one, two, or three 
286-Mbyte hard disk drives. It also pro¬ 
vides five VME expansion slots. A 
NWS-1930 server starts at $54,900. 

Sony Microsystems offers erasable 
optical disk drives for the NEWS work¬ 
stations. The NWP-539 drive costs 
$4,650 and cartridges for it cost $250 
each. 
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Modcomp’s TVi-D superminis 

Modcomp claims that its Tri- 
Dimensional Series of superminicom¬ 
puters tackles three dimensions critical 
to real-time computer performance: 
computational speed, I/O throughput, 
and interrupt handling. According to 
the company, this means that users do 
not need to add front-end processors to 
the systems to meet real-time 
requirements. 

Model 9250 reportedly provides 5 
MIPS of CPU power, 8.8 Mbytes/s of 
I/O throughput, and 100 Kbytes/s of 
interrupt handling. Model 9230 pro¬ 
vides 2.5 MIPS of CPU power, 8.8 
Mbytes/s of I/O throughput, and 100 
Kbytes/s of interrupt handling. Model 
9235 provides 2.5 MIPS of CPU power, 
12 Mbytes/s of I/O throughput, and 
100 Kbytes/s of interrupt handling. 

The Tri-D systems are based on the 


tackle three dimensions 

98010 instruction set processor—a stan¬ 
dard cell, 299-pin, multilayer, ceramic 
grid array based on 1.5 micron tech¬ 
nology. 

The systems come standard with 
Modcomp’s proprietary floating-point 
processor, or users can choose an 
optional IEEE 754 hardware floating¬ 
point accelerator. The Tri-D Series can 
reputedly switch the format of the float¬ 
ing point within the same application. 

The Tri-D Series also includes the 
small computer systems interface 
(Model 9235) and IBM PC-AT and 
VME buses. It is compatible with the 
Modcomp Classic systems. 

Pricing begins at $38,000 for Model 
9230, $43,000 for Model 9235, and 
$114,000 for Model 9250. 
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Sony rewritable optical disk drives now available 


Sony Corp. of America has 
announced availability of the first 
products in its line of rewritable optical 
disk drives, controllers, and media for 
OEMs, VARs, distributors, etc. 

The self-contained model SMO-S501 
rewritable optical disk drive subsystem 
reportedly provides a sustained data 
transfer rate of 7.4 Mbits per second. 


The model SMO-D501 is an internal 
rewritable optical disk drive. 

Prices for the rewritable optical 
drives will be around $4,650, according 
to the company. Optical disk cartridges 
are also available. 
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NEC ProSpeed laptops 

NEC Home Electronics has based its 
ProSpeed 386 laptop computer on the 
16-MHz Intel 80386 CPU and what the 
company calls the Docking Station con¬ 
cept. The Docking Station houses two 
half-height drive bays and four full-size 
card slots (three IBM PC-AT, one IBM 
PC-XT). According to the company, 
the Docking Station detects when the 
laptop is disconnected and connected. 
The system automatically loads the 
proper configuration files for the user. 

The 17.6-pound laptop comes with 2 
Mbytes of RAM with expansion to 10 
Mbytes within the laptop unit, plus a 
40- or 100-Mbyte hard disk drive. The 
built-in floppy disk drive provides 1.44 
Mbytes of memory. 

Prices for the ProSpeed 386 start at 
$7,699. 

The ProSpeed 286 incorporates a 
16-MHz Intel 80286 CPU and DOS 3.3. 
It comes with 1 Mbyte of RAM expand¬ 
able to 2 or 5 Mbytes, an 82-key 
PS/2-type keyboard, a 3/-inch floppy 
disk drive, and a 20-, 40-, or 100-Mbyte 
hard disk drive. The 128-Kbyte ROM 
contains drivers for LIM/EMS 4.0, 
password security software, disk cache, 
and RAM disk. 

Standard ports for the ProSpeed 286 
include serial, parallel, floppy disk 
expansion, RGB video output, external 
keyboard, modem (RJ-11), DC power, 
and LTX general-purpose expansion. 

The 14-pound ProSpeed 286 (15 
pounds with battery cartridge) costs 
$4,999 and up. 
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Cray-2 gets more memory 

Cray Research has added the 
Cray-2/4-512 to its line of supercom¬ 
puters. The new system combines four 
processors with more than 512 million 
64-bit words of directly addressable 
common memory, which according to 
the company doubles the original 
Cray-2/4-256 system’s memory. 

Enhancements included in the new 
system reportedly improve program run 
times by up to 30 percent over the origi¬ 
nal Cray-2 system, depending on the 
application. 

Common memory in the new Cray-2 
consists of 1-Mbit dynamic RAM chips. 

The Cray-2/4-512 supercomputer 
costs $17 million. 
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Norton Computing upgrades Utilities with version 4.5 



Dauphin Technology’s LapPro-386SX 
incorporates a 16-MHz 80386 CPU and 
provides 1 Mbyte of RAM expandable 
to 4 Mbytes. 


Dauphin laptop 
based on 386 

Dauphin Technology has announced 
the LapPro-386SX laptop computer, 
based on the 16-MHz Intel 80386SX 
CPU. It operates from four power 
sources: 110V, 220V, 12V car lighter, 
and battery pack. It comes with 1 
Mbyte of RAM, expandable to 4 
Mbytes with zero wait states. 

The LCD display is EGA, CGA, 
MDA, and Hercules compatible. An 
external monitor supports VGA. 

The LapPro-386SX is compatible 
with 386 hardware and software, 
according to the company, and can also 
run 8086, 8088, and 80286 software. It 
comes standard with an external moni¬ 
tor port, an external keyboard port, and 
an 80387 coprocessor socket. An 
optional expansion chassis permits the 
laptop to interface with modems, fax 
boards, hard disk cards, CD-ROM 
adapters, and AT-type peripherals. 

The laptop features a 40-Mbyte hard 
disk with an access time of 28 ms and a 
1.44-Mbyte, 3^-inch microfloppy con¬ 
troller that supports 720 Kbytes. It has 
two serial ports and one parallel port. 

The LapPro-386SX is scheduled for 
availability in the first quarter of 1989. 

It will cost $4,995. 
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Peter Norton Computing has 
upgraded Norton Utilities, its data 
recovery and file management software 
for IBM PCs. The advanced edition of 
version 4.5 includes the Disk Doctor, 
which the company calls a program that 
automates the process of analyzing and 
repairing damaged disks. 

Both the standard and the advanced 
editions of version 4.5 now include the 
Norton Control Center, which gives 
users a method of controlling system 
settings. Users can reportedly store the 
settings they specify with NCC in a file 
for reuse. 

Both editions also include the new 
program Batch Enhancer, which assists 
creation of batch files. 

Enhancements to both editions 


include Data Protect; speed-key search¬ 
ing, rename directory, and EGA/VGA 
support for 43- and 50-line modes in 
Norton Change Directory; the capabil¬ 
ity in Format Recover (advanced edi¬ 
tion) to recover an accidentally 
formatted hard disk; Safe Format; and 
so forth. 

Both editions of the Utilities come 
with the Norton Disk Companion. The 
advanced edition also comes with The 
Norton Troubleshooter. 

Version 4.5 of the Norton Utilities 
costs $100 for the standard edition and 
$150 for the advanced edition. 

Upgrades from version 4.0 are $25 and 
$39, respectively. 
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Ardent offers computational 

Ardent Computer has adapted the 
Titan Graphics Supercomputer to offer 
a computational server for networked 
graphics workstations. The Titan Server 
reportedly provides from one to four 
parallel vector processors to yield a 
peak performance of 64 Mflops and 64 
MIPS. 

Multiuser access to the Titan Server is 
provided by integral Ethernet and 
Cheapernet, TCP/IP, Sun 
Microsystems’ NFS, and four RS-232 
ports. The server comes with an 


server 


enhanced implementation of AT&T’s 
Unix System V.3. 

Users can configure the system with 
32 to 128 Mbytes of internal RAM and 
380 Mbytes to 2.2 Gbytes of disk stor¬ 
age in the base enclosure. Additional 
disk storage (up to 8 Gbytes) is avail¬ 
able in an expansion cabinet. 

Prices for the Titan Server begin at 
$98,000. The server is scheduled for the 
first quarter of 1989. 
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Real-time 386 workstations are Unix compatible 


Lynx Real-Time Systems is now ship¬ 
ping Lynx WS/386 workstations, 
models 60, 40, and 30. According to the 
company, the workstations are 
optimized for real-time applications 
using LynxOS, an operating system 
compatible with Unix (Berkeley 4.2 and 
4.3, SVID, and Posix). The worksta¬ 
tions are the result of a joint venture 
between Lynx and Mylex. 

Model 60 contains a 20-MHz 80386 
motherboard. It comes with 4 Mbytes 
of RAM, 64 Kbytes of static RAM 
cache, and an SCSI interface for hard 
drives of 40-300 Mbytes. It is a floor¬ 
standing version with eight IBM PC-AT 
compatible slots. It also includes the 
LynxOS Booster II board, a 1.2-Mbyte 
floppy disk drive and controller, EGA 
color monitor and video controller 
board, 102-key keyboard, and 80287 
math coprocessor. The base price of the 
model 60 with a 40-Mbyte hard drive 
and license for LynxOS is $9,490. 


Model 40, a desktop version, con¬ 
tains a 16-MHz 80386 motherboard. It 
has eight AT-compatible slots and 
comes with 1 Mbyte of RAM expanda¬ 
ble to 4 Mbytes, a LynxOS Booster II 
board, an 80287 math coprocessor, a 
1.2-Mbyte floppy drive and controller, 
and a 40-300 Mbyte hard drive. With a 
40-Mbyte hard drive and LynxOS 
license, the Lynx WS/386 model 40 
workstation costs $5,990. 

Model 30 is a desktop, entry-level sys¬ 
tem with a 16-MHz 80386 mother¬ 
board, eight AT-compatible slots, 1 
Mbyte of RAM, 64 Kbytes of static 
RAM cache, a monochrome graphics 
monitor, the LynxOS Booster I board, 
a 1.2-Mbyte floppy drive and con¬ 
troller, an AT-style keyboard, and 
80287 coprocessor. Model 30 with a 
20-Mbyte hard drive and LynxOS 
license costs $4,995. 
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ware Analysis and Sizing • Ada Compiler Evaluation 

• Software Cost Estimation • Project Management Tools 

• Artificial Intelligence 

UNIX is a registered Trademark of AT&T Bell Labs. 


An Equal Opportunity Employer 


For over 25 years, MITRE’s expertise in systems engineering analysis, 
research, design, and development has been internationally recognized and 
highly respected—and with good reason. Almost two-thirds of our technical 
staff have earned advanced degrees. And, just as important, their perform¬ 
ance has proven their expertise—and ours—in the creation of systems engi¬ 
neering solutions that work. 

MITRE: we offer all the challenge you can handle, all the diversity you 
could want, plus the top-level recognition you have earned. 

U.S. Citizenship required. 


BOSTON 
For C J I Systems 
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please send your resume to: 


WASHINGTON 
For C 3 I and Civilian Systems 
Engineering Opportunities, 
please send your resume to: 


David L. Finnegan M.B. Mason 

The MITRE Corporation The MITRE Corporation 
7212 Middlesex Turnpike 7525 Colshire Drive 
Bedford, MA 01730 McLean, VA 22102 






1C Announcements 


Company, Model, Function Comments R.S. No. 


Advanced Analog A 12-bit data acquisition subsystem including an input multiplexer, instrumentation ampli- 

DAS862/863 fier, sample/hold amplifier, and A/D converter with microprocessor interface and tri-state 

Data acquisition subsystem buffers. Comes in LCC or PGA packaging. Cost (500s): $89. 


Analog Devices 
AD 1860 
DAC 


An 18-bit audio D/A converter. Includes a voltage reference, voltage-output amplifier, 
switching circuitry, laser-trimmed thin-film resistors, and digital logic interface. Capable of 
2X, 4X, and 8X oversampling. Accepts serial data at rates up to 12.7 MHz. Comes in a 
16-pin DIP. Cost (1,000s): starts at $19.50. 


Analog Devices 
AD846 
Op amp 


Chips and Technologies 

NEATsx 

Chip set 


A monolithic op amp that uses current feedback to provide a 46-MHz gain-bandwidth 
product at gain of - 1 and 31 MHz at gain of - 10, along with 110-ns settling to 0.01% for 
a 10V step. Comes in plastic miniDIP, hermetic ceramic DIP, and hermetic metal can 
packages. Cost (100s): $7.45. 

An AT-compatible chip set that converts 286 systems into 386SX systems. Consists of the 
82C206 Integrated Peripheral Controller, 82C215 Data/Address Buffer, 82C811 CPU/Bus 
Controller, and 82C812 Page/Interleaved/EMS Memory Controller. Cost (1,000s): $92.60. 


G-2 

GCK101SX 
Chip set 


A three-chip set compatible with the 80386SX. Features EMS 4.0 capacity, page mode 
interleaving, and shadow RAM. Consists of a CPU/bus logic support chip, address/data 
buffer chip, and memory management chip. Production in first quarter 1989. Comes in 
160-pin surface-mount packages (two chips) and 84-pin PLCC (one chip). Cost (1,000s): 
$75. 


Hitachi America 

HM6707/8 

SRAM 


National Semiconductor 
PAL1016P4A, 
PAL10016P4A 
ECL PAL ICs 


A 256-Kbyte static RAM with TTL inputs and outputs. Features a 20-ns access speed (also 
available in a 25-ns version). Organized 256K x 1 (HM6707) and 64K x 4 (HM6708). Both 
come in 24-pin, 300-mil DIP and surface mount packages. Production in first quarter 
1989. Cost (100s): $111.14-$138.90. 

Second-generation, 4-ns ECL PALs compatible with the original 6-ns devices. Combina¬ 
tional devices that use no clocking signals. Accept 16 input lines and generate four output 
functions. Come in 24-pin ceramic DIPs. Cost (100s): $22.75 for 10 KH compatible 
PAL1016P4A; $25.95 for 100 KH compatible PAL10016P4A. 


National Semiconductor A four-chip family with a maximum propagation delay time of 10 ns. Uses National’s Ava- 

PAL16D series lanche Induced Migration technique for blowing fuses. Ranges from pure combinatorial 

TTL PAL chips (PAL16L8D) to pure registered (PAL16R8D). Comes in 20-pin plastic DIPs or 20-lead 

PLCC. Cost (100s): $6.50 each. 


National Semiconductor A communications controller with four functional blocks: two High-level Data Link Con- 
HPC16400 trol channels, a serial decoder, and a programmable UART. Supports ISDN standards 

Communications controller such as X.25, Q.921, and Q.931. Comes in 68-pin PLCC, LCC, LDCC, TapePak, and 
PGA packages. Cost (1,000s): $30 (PLCC). 


NCR 

72C81 

CGMA 


Standard Microsystems 
MCI94C18 

Micro Channel interface 


A color graphics monochrome adapter that supports Color Graphics Adapter, Mono¬ 
chrome Display Adapter, and Hercules Graphics Adapter display standards. Integrates 
peripheral logic. Interfaces to the PC expansion bus, display buffer, and display monitor. 
With two DRAMs, becomes a CGA-compatible display adapter. Cost (1,000s): $19.95. 

A Micro Channel interface circuit that supports all mandatory Micro Channel functions, 
plus optional features like DMA, interrupts, and programmable wait state generation for 
memory and I/O accesses. Features two independent DMA channels. Comes in a 68-pin 
PLCC. Cost (1,000s): $8.85. 


Teledyne Semiconductor 

TSC804 

ADC 


Toshiba America 

TMP47P860 

OTP microcontroller 


A 12-bit, dual-slope A/D converter that includes an on-board analog multiplexer con¬ 
figurable for four differential or eight single-ended channel operation. Can accommodate 
additional multiplexers in parallel. Comes in a 68-pin PLCC and a 60-pin plastic, small- 
outline, surface-mount package. Cost (100s): begins at $10.95. 

A one-time-programmable 4-bit microcontroller. Combines a CPU with an 8-bit 
successive-approximation A/D converter, PROM, RAM, I/O ports, divider, timer, and 
serial port. Comes in a plastic DIP (N suffix) or flat pack (F suffix). An erasable version (E 
suffix) comes in a ceramic package with a quartz lid. Cost (25s): $10.40. 
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Research & Advanced Development 

The Codex Approach 


Codex (Motorola) Research & Advanced Development brings together research, advanced market¬ 
ing, and advanced development in a unique setting to focus innovative efforts in new communication 
technologies. This setting encourages generation of ideas and their systematic evaluation from analy¬ 
tical, engineering and market-need perspectives. The ideal Codex R&AD engineer is one who wants 
to see his/her ideas realized in commercial products: someone with outstanding technical ability and 
the desire to turn ideas into tangible output that meets real market needs. 

We are active in a number of technical areas leading to advanced private integrated networking 
solutions for the 1990’s: network architecture, networking algorithms and protocols, systems archi¬ 
tecture and the design of switching nodes, software architecture and the design of real-time distri¬ 
buted multiprocessor networking products, ISDN signaling architecture and software, voice coding 
and packetization, DSP implementations, and modem algorithms. 

If you are qualified by education and experience for positions in the following areas, we invite 
your inquiry. 

Network Architecture 

Responsibilities span development of a layered model for the Codex subnetwork and internetworking 
with LAN's, X.25, ISDN, SNA and DECnet. Requires expertise in LAN (802.x) interconnection, bridges, 
routers, gateways, and OS1 internetworking. A strong academic background and familiarity with fast 
packet networks is desirable. 


Voice Research 

Seeking an individual to lead voice coding/packetization algorithm research. Expertise in modern 
voice coding algorithms such as CELP, and demonstrated creative ability are essential. Familiarity 
with real-time DSP implementation and telecom experience are desirable. PhD preferred. 

Networking Software 

Software engineers are needed to develop core software for a communications platform. The work 
spans software architecture, system and high-level design as well as implementation, integration and 
test with hardware. Requires communication or switching software development experience, with ex¬ 
pertise in one or more of the following: X.25/X.75 networking, internetwork protocols, packet- 
switch call processing, LAN’s, ISDN signalling, SS#7, Tl, subrate multiplexing, terminal adaption, 
and state machine design. Familiarity with modern real-time software design methodology and tools 
is desirable. 

Codex, a subsidiary of Motorola Inc., is a leading worldwide supplier of advanced com¬ 
munication products. We offer an excellent environment conducive to professional growth, 
competitive salaries and a comprehensive benefits package including profit sharing, 40IK 
and a generous pension plan. 

Please call 1-800-542-0606, or send your resume to Advanced Sourcing Group, Codex 
Corporation, Dept. I3EC1288, 20 Cabot Blvd., MS M4-70, Mansfield, MA 02048. An Equal 
Opportunity/Affirmative Action Employer, M/F/V/H. 


codex 

® MOTOROLA 

The Networking Experts 
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Microsystem Announcements 


Company, Model, Function Comments R.S. No. 


Brooktrout Technology 
Fax-Mail 96 
Fax board 


An add-in fax board with an embedded coprocessor that permits sending and receiving of 135 
faxes in the background. Also features broadcast sending, LAN support, letterhead and 
signature capability, text editing, and remote printer capture. Cost: $599 for Version 1.1. 


Computer Peripherals 

JetFax 

Fax board 


DayStar Digital 
33/030 Accelerator II 
Mac II accelerator 


Dyna Computers 
Dyna 386 Cache 
Motherboard 


Force Computers 

CPU-37 

Computer 


Helios Systems 
MS50 series 
Memory boards 


An add-in fax board compatible with the IBM PC, XT, AT, or compatibles. Receives and 136 
transmits text and graphics at 4,800 bps with fallback to 2,400 bps. Conforms to Group III 
standards and is compatible with Canon IX scanners. Minimum system requirements of 
512 Kbytes. Operates in background mode. Has an ongoing log and can run continuously. 

Cost: $695. 

An accelerator for the Apple Macintosh II. Based on a 33.33-MHz Motorola 68030. Uses a 137 
memory cache with 32 Kbytes of 25-ns static RAM. Plugs into the 68020 socket on the Mac 
II motherboard. Compatible with Mac II software and Apple’s A/UX Unix operating sys¬ 
tem. Cost: $6,000. 

A 30-MHz 80386-based cache motherboard with up to 24 Mbytes of on-board memory, 64 138 

Kbytes of static RAM controlled by a custom cache controller, and support for the Intel 
80387 and Weitek 3187 coprocessors. Claims a Power Meter MIPS rating of 6.85 MIPS. 

Cost: $4,900. 

A 68030-based single-board computer with options on CPU speed (16.7 or 25 MHz), on- 139 
board memory (DRAM of 1 or 4 Mbytes), and floppy, SCSI, and Ethernet control. Comes 
with VMEPRM, a real-time operating system kernel with monitor and debugger. Cost: 

$3,990 for basic model; $5,890 for fully configured model. 

Memory boards for the Sun Microsystems 3/50. Available in 4-Mbyte (MS50-4) and 140 

8-Mbyte (MS50-8) configurations. Compatible with the M68020-based Sun-3/50 and Sun-3 
memory management unit. Cost: $2,500 plus installation for MS50-4; $4,750 plus installa¬ 
tion for MS50-8. 


Micro Solutions 
Megamate 
Disk drive 

Proteon 
pi 840 

Micro Channel interface 

Radstone Technology 
16EP 

Memory board 


Real Time Enterprises 
ODFM-JBXX 
Optical disk jukebox 

SunRiver 
PC LightCard 
Fiber optic card 


Tecmar 
NuLink 
Adapter board 


Texas Microsystems 
SSD 

Memory board 


An external mount, 3^-inch, 1.4-Mbyte floppy disk drive with cable, interface card, and 141 
software. For the IBM PC, XT, AT, and compatibles. Measures 4 x 1.5 inches. Features an 
automatic installation program. Cost: $349. 

A Micro Channel interface for the IBM PS/2 and ProNet-4 network. Supports IBM’s 142 

Programmable Option Select software interface, multiple transmission media options, and 
internetwork connectivity (through the Proteon p4200 multiprotocol router). Cost: $830. 


A 16-Mbyte DRAM board. Requires one VMEbus slot and provides 16, 8, or 4 Mbytes of 143 
DRAM using 1 Mbit devices. Can be configured to respond to any VMEbus addressing 
mode. Features block transfer and single cycle support, unaligned transfer capability, and 
read-modify-write cycles. Cost: $6,745. 

An optical disk jukebox with data storage up to 262 Gbytes. Employs a Cygnet 1800 144 

robotic handling system with a maximum access time of 11 seconds. Configurable with 
2- or 3-bay layouts with 2-5 optical disk drives. No prices given. 

A fiber optic card for IBM PC, XT, AT, or compatible computers. Fits into an 8- or 16-bit 145 I 1 
slot. Permits multiuser bit-mapped graphics to be displayed on multiple remote stations 
running off a single microcomputer. Currently supported on SCO Xenix System V. Cost: 

$899; $799 for host adapter. 

A single-slot adapter board that allows IBM PC and PS/2 users to use their Tecmar 146 

QualityTape DC600 backup systems on the Apple Macintosh II. Comes with QTBackup 
software to allow SCSI-based Mac IIs to operate with the DC600 drives. Consists of the 
Mac interface board, software, and cable. Shipment in first quarter 1989. Cost: $395. 


A battery-backed memory board for PC bus computers. Comes with 2.5 Mbytes (one-slot 147 
SSD25) or 5 Mbytes (two-slot SSD50) of DRAM in single inline memory modules. Emu¬ 
lates Winchester hard disks. Control circuitry on-board. Cost: $2,995 for SSD25. 


Tussey Computer Products An 80386-based desktop computer. Features two serial and one parallel port. Handles up 148 
Swan 386/16 to two floppy drives and two hard drives. Cost: for a monochrome system, $2,115 with one 

Computer floppy drive; $2,499 with a 40-Mbyte hard drive; $2,799 with an 80-Mbyte hard drive. 
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IEEE COMPUTER SOCIETY 


IEEE COMPUTER SOCIETY 
Membership / Subscription Application 


ELECTRONICS EN 


BENEFITS 



Computer 

Computer comes automatically 
with membership. Written, 
reviewed, and refereed by 
experts, it features survey and 
tutorial articles covering the 
entire computer field, and 
departments such as new 
products, new product reviews, 
standards, and a reader forum 
called “The Open Channel.” 
(monthly). 


Technical Committees 

Participate in one or more of our 33 technical 
committees — networks of professionals with common 
interests in specialty areas within computer hardware, 
software, and applications. 

Standards Working Groups 
Participate in the development of the more than 100 
standards projects currently sponsored by the society 
in such diverse areas as software engineering, local 
area networks, microprocessor buses, design automa¬ 
tion, programming languages, and standards 
definitions. 

Computer Society Press Books 

Receive discounts of up to 50% on over 600 titles 
covering a broad spectrum of computer science topics 
such as networking, communications, advanced 
systems, image processing, security, artificial 
intelligence, and design automation. Over 60 new titles 
are published annually. 

Conferences and Tutorials 
Choose from more than 100 conferences annually, 
ranging from large industry-oriented conferences 
replete with exhibits to small, highly interactive 
workshops. Members receive special low rates. 


. W T ° j°' n: See ' tem ^ 2 > ° r 3 ‘ 

Schedule Of Fees To subscribe: see item 4 . 

Membership dues and periodical subscriptions are annualized to, 
and expire on, December 31. Choose full or half-year rate schedules 
depending on date of receipt by the Computer Society Half Year Full 'fear 
as indicated below._Mar inAug 31 Sept 1-Feb 28 


I don’t belong to the IEEE and I want 
to join just the Computer Society 


□ $19.50 □ $39.00 


) I don’t belong to the IEEE and I want 
■ to join both the Computer Society and the IEEE* 

(Total amount to be paid includes annual dues, and regional assessment, if any.) 

I reside in Region 1 -6 (United States). □ $44.00 □ $88.00 

I reside in Region 7 (Canada). □ $41.00 □ $82.00 

I reside in Region 8 (Europe, Africa, orthe Middle East) □ $41.50 □ $83.00 

I reside in Region 9 (Latin America). □ $36.00 □ $72.00 

I reside in Region 10 (Asia and Pacific). □ $37.00 □ $74.00 

le Computer Society may deduct $5 off the 


( I already belong to the IEEE and I want 
to join the Computer Society. 

IEEE Member Number_ 


□ $ 7.50 □ $15.00 


^ OPTIONAL PERIODICALS for new or current members 

IEEE Computer Graphics and Applications (3061) 6 
IEEE Design and Test (3111) .6 


IEEE Software (3121) . 6 

Transactions on Computers (1161) .12 

Transactions on Knowledge and 

sp'^ 9 Data Engineering (1471) . 4 

Transactions on Pattern Analysis and 

Machine Intelligence (1351) .12 

Transactions on Software Engineering (1171) .12 

Total amount remitted with this application $_ 

sh, German, Swiss, Japanese, or 
drawn on a U.S. bank. 

la □ Master Card □ American Express □ Eurocard □ Diners Club 


□ 

$ 9.50 

□ 

$19.00 

□ 

$10.00 

□ 

$20.00 

□ 

$ 6.00 

□ 

$12.00 

□ 

$ 9.00 

□ 

$18.00 

□ 

$ 9.00 

□ 

$18.00 

□ 

$10.00 

□ 

$20.00 

□ 

$ 5.00 

□ 

$10.00 

□ 

$10.00 

□ 

$20.00 

□ 

$10.00 

□ 

$20.00 


Charge Card Number 


id the society's constitutions, bylaws, and statements of 


MAILING ADDRESS 


EDUCATION (highest level co 


REFERENCE (an iee 


Return with your remittance to: IEEE Computer Society, 10662 Los Vaqueros Circle, Los Alamitos, CA 90720-2578 USA Pt 

Residents of Europe mail to: IEEE Computer Society, 13, Avenue de i’Aquilon, B-1200, Brussels, BELGIUM 

Asia/Pacific residents mail to: IEEE Computer Society, Ooshima Building, 2-19-1 Minami-Aoyama, Minato-ku, Tokyo 107 JAPAN 






















































CONFERENCES 


Editor: Edmund L. Gallizzi, Computer Science Dept., Eckerd College, St. Petersburg, FL 33733; (813) 864-8272; Compmail, e.gallizzi 


Improve quality in small steps, keynoter advises ITC audience 

Scott Davidson, AT&T Bell Laboratories 


Quality is improved in small discrete 
steps. That was the key message A. 
Blanton Godfrey conveyed when he 
delivered the keynote talk at the 1988 
International Test Conference Septem¬ 
ber 12-14 in Washington, DC. 

Godfrey, chairman and chief execu¬ 
tive officer of the Juran Institute, 
presented a talk entitled “Managing 
Quality: Today’s Opportunities, 
Tomorrow’s Challenges.” The issue of 
how quality can be improved is getting 
more and more attention in US com¬ 
panies. 

Godfrey’s talk was especially appro¬ 
priate for a testing conference since test¬ 
ing, which can identify failures in the 
manufacturing process early, can be the 
key to identifying where the process can 
be improved. 

One plenary session and 44 paper ses¬ 
sions were conducted at ITC 88, with 
four sessions held in parallel through¬ 
out the three conference days. 

In addition to the usual sessions on 
fault simulation, automatic test genera¬ 
tion, microprocessor and memory test, 
and hardware, several were held that 
were especially in keeping with this 
year’s theme, “New Frontiers in Test¬ 
ing.” Don Denburg of AT&T Bell 
Laboratories was program chair of the 
IEEE Computer Society-sponsored 
event. 

The first thematic session featured 
three papers on Ultimate, a 500-MHz 
tester from NTT representing a five¬ 
fold improvement in speed over cur¬ 
rently available VLSI testers. Ultimate 
is a very impressive tester, with plus or 
minus 55-picosecond overall timing 
accuracy, an 8-picosecond resolution 
timing generator, and a calibration unit 
featuring a comparator with 
8-picosecond accuracy. 

The first paper in the session, by 
Teruro Tamama and others from NTT, 
described the key technologies used in 
Ultimate. The second paper, by T. 
Adachi, M. Tanno, and T. Sudo, 
described the software environment for 
Ultimate that includes a close connec¬ 
tion to CAD systems and an electron 
beam tester for efficient fault diagnosis. 


The user can operate the CAD, Ulti¬ 
mate, and the e-beam tester from one 
terminal with a single user interface. 

The third paper, by Y. Sakagawa and 
others, described Ultimate’s packaging 
technology. Problems that had to be 
solved included the great amount of 
heat generated by the logic, the logic 
density, and the routing of very high 
speed signals to the device under test 
without loss of signal quality. 

Seven sessions were conducted on 
another frontier in testing: the use of 
built-in self test (BIST) and boundary 
scan to increase the testability of inte¬ 
grated circuits and circuit boards. 
Boundary scan involves adding latches 
to the inputs and outputs of an IC to 


Gordon E. Moore of Intel, Bill 
Poduska of Stellar Computer, and 
Carver Mead of Caltech head the list of 
well-known speakers who will deliver 
plenary session talks at Compcon 
Spring 89 February 27 through March 3 
in San Francisco. 

Hasan AlKhatib of Santa Clara Uni¬ 
versity is general chair of the event, the 
34th IEEE Computer Society Interna¬ 
tional Conference, and Kenichi Miura 
of Fujitsu America is program chair. 

Moore will make a presentation on 
semiconductor technology, Poduska 
will talk on visualization with graphics 
supercomputers, and Mead will discuss 
neural architectures for analog compu¬ 
tation. 

Additional key speakers will be Har¬ 
vey Jones of Synapsis on logic synthesis 
and Stephen Wolfrom of Wolfrom 
Research on present and future com¬ 
puter mathematics. 


form a scan chain around the IC’s 
periphery. The scan chains of different 
ICs on a board can be connected to 
form a path from the board edge con¬ 
nector to every IC and back to the 
board edge connector. A controller 
(called a test access port, or TAP) is 
used on each IC to control the bound¬ 
ary scan. Clearly, a standard is needed 
to allow the ICs of several manufac¬ 
turers to interact, and such a standard is 
being drafted as IEEE PI 149.1. 

One of the advantages of boundary 
scan is that it can help in testing the 
connections between ICs on a board. 
“Testing and Diagnosis of Intercon¬ 
nects Using Boundary Scan Architec¬ 
ture” by A. Hassan, J. Rajski, and V. 


A session on the new Next computer 
system has been added to the technical 
program agenda that includes strong 
tracks on such topics as workstations, 
parallel processing, and emerging tech¬ 
nologies. 

Preconference tutorials are planned 
on very high density logic, supercom¬ 
puter systems and applications, mag¬ 
netic and optical data storage, and 
computer architecture choices, and the 
postconference tutorial lineup will fea¬ 
ture sessions on the pitfalls of optimiz¬ 
ing Fortran for supercomputers, 
reliable distributed systems, CASE tools 
for requirements analysis and software 
design, and IBM’s LU 6.2 communica¬ 
tions protocol. 

For additional information, see the 
advance program in this issue (pp. 80A- 
H) or contact Roy Lee, Sandia National 
Laboratories, PO Box 969, Livermore, 
CA 94551, phone (415) 294-2127. 


Moore, Poduska, Mead head speaker 
lineup for Compcon Spring 89 

Glen G. Langdon, University of California at Santa Cruz 
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Agarwal of McGill University presented 
one algorithm for this; others have also 
been published. 

BIST is a generic term for techniques 
designed to add extra hardware to make 
chips more testable. The memory ele¬ 
ments on a chip are made into a scan 
chain to create a combinational circuit¬ 
testing problem. Often, this scan chain 
is then configured into a pseudorandom 
pattern generation that provides ran¬ 
dom vectors to test this combinational 
logic. Since these vectors are produced 
at circuit speeds, a great many can be 
applied to the circuit in very little time. 
Other flip flops are configured into a 
data compression register, which is used 
to generate a signature from the test 
results. This signature can be compared 
to the good signature to determine if the 
circuit will pass the test. 

Several extensions of BIST 
approaches were presented throughout 
the conference. One, “Circular BIST 
with Partial Scan” by M. Pradhan, E.J. 
O’Brien, and S. Lam of AT&T and J. 
Beausang of the University of Roches¬ 
ter, described a BIST technique in 
which the pattern generator and data 
compressor were combined in a single 
scan chain. The description of tech¬ 
niques for selecting flip flops to be 
removed from the scan chain to reduce 
the overhead cost of the BIST was a 
new approach. 

Another approach was described in 
“Reconfigurable Hardware for Pseudo- 
Exhaustive Test” by J.G. Udell of Stan¬ 
ford University. Pseudo-exhaustive 
BIST involves partitioning the combina¬ 
tional logic of a circuit into multi-input, 
single-output blocks that can be tested 
by applying a complete set of vectors to 
the inputs. If the number of inputs is 
too big (say, more than 20), the block 
must be partitioned. A hardware test 
generator is used to generate the test 
sequences. Udell’s paper described two 
hardware configurations for the test 
generator. They can be reconfigured 
under the control of a state machine to 
apply parts of the psuedo-exhaustive 
test in sequence to the blocks. 

Another issue is control of chip 
BIST. A chip may have several types of 
BIST to test several internal modules. 
The question arises: How can this be 
controlled? The TAP of the boundary 
scan proposal provides the answer, 
since it includes an instruction register 
that can initiate internal BIST. 

Another question concerns how the 
BIST features of many chips on a board 
can be controlled. One possibility was 
proposed in “A Test and Maintenance 
Controller for a Module Containing 
Testable Chips” by M.A. Breuer and 
J.C. Lien of the University of Southern 


California. Their controller is a device 
on a board which, through a test bus, 
can initiate chip BIST and collect and 
analyze test results. Something resem¬ 
bling this controller is essential for 
integrating chip and board test with the 
test and maintenance strategy of a com¬ 
plete system. 

As designs grow in size and complex¬ 
ity, the problems of test will grow with 
them. The test community recognizes 
that the solutions to test problems lie 
with the design of the IC, board, or 
system. 

In addition to those involved in test, 


Yukio Mizuno of NEC, Stanley Y.W. 
Su of the University of Florida, and 
David Gilmore of Lotus will be the key¬ 
note speakers at the Fifth International 
Conference on Data Engineering Febru¬ 
ary 6-10 in Los Angeles. 

John V. Carlis of the University of 
Minnesota is the general chair of DE 
89, sponsored by the IEEE Computer 
Society and the Technical Committee 
on Data Engineering. Richard L. Shuey 
of Rensselaer Polytechnic Institute is 
serving as program chair. 

In their keynote addresses, Mizuno 
will discuss “The Integration of Com¬ 
puters and Communications,” Su will 
emphasize “Technology Integration: 
The Future of Data Engineering 
Research,” and Gilmore will explore 
“Technological Evolution and the 
Commercial Reality as the PC DBMS 
Comes of Age: Who is in Control?” 

In addition, the conference will fea¬ 
ture 72 submitted papers, five panel dis¬ 
cussions, 10 tutorials, and a track of 
vendor presentations. DE 89 will retain 
the core of work in such areas as data¬ 
bases, data management, and artificial 
intelligence, but additional emphasis 
will be given to distributed computer 
systems and associated technology. 

The conference will focus on 
research, engineering discipline, and 
applications that address critical issues 
related to large computer and informa¬ 
tion systems. 

The panel discussions will be entitled 
“Information System Disasters and 
Their Prevention,” “Does Loose AI- 
DBMS Coupling Stand a Chance,” 


similar professionals, like designers and 
other computer scientists, should plan 
to attend future ITC events. Fault simu¬ 
lation and test generation are areas in 
which improved algorithms will have 
great practical advantages. 

The proceedings of ITC 88 can be 
ordered by contacting the Computer 
Society Press, 10662 Los Vaqueros Cir¬ 
cle, Los Alamitos, CA 90720-2578, 
phone (800) CS-BOOKS [in California, 
dial (714) 821-8380], The price is $75 to 
IEEE or Computer Society members 
and $150 to nonmembers. 


“Object-Oriented Databases— 
Evolution or Revolution,” “Parallel 
Data Architectures: Electronics, Optics, 
Neural, Objects,” and “Issues of Data 
Engineering.” The latter panel will be 
held during the final plenary session. 

The tutorials will cover a range of 
subjects. The titles will be “An Intro¬ 
duction to Object-Oriented Database 
Systems,” “Expert Database 
Systems—A Logical Approach,” “PC- 
Based Database Management Sys¬ 
tems,” “Heterogeneous Distributed 
Databases: Issues in Integration,” 
“Artificial Neural Networks and Appli¬ 
cations,” “Extracting Knowledge from 
Data and Implications for the Architec¬ 
ture of Future Knowledge Base 
Management Systems,” “Recursion in 
Database Systems,” “Communication 
Technology for Data Engineers,” 
“Extensible Database Systems,” and 
“Engineering Data Management.” 

Some of the objectives of data 
engineering involve insuring that data 
required by individual components and 
their internal processes is available 
when needed, is in a usable form, and is 
appropriately controlled in terms of 
integrity, access, and security. Data 
engineering is the keystone to the design 
and implementation of complex dis¬ 
tributed computer and information 
systems. 

Discounts are available to par¬ 
ticipants registering for DE 89 before 
January 9, 1989. For registration 
details, see the ad that ran on pp. 58-59 
of the November 1988 issue of 
Computer. 


Mizuno, Su, Gilmore to be keynoters 
at Fifth Data Engineering Conference 

Richard L. Shuey, Rensselaer Polytechnic Institute 
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Univac I to be exhibited at CSC 89 

John D. McGregor, Murray State University 


One of the few remaining examples 
of the first commercial computer, the 
Univac I, will be exhibited at the 17th 
annual Computer Sciences Conference 
February 21-23 in Louisville, Kentucky. 

Arthur M. Riehl of the University of 
Louisville is the conference chair of the 
ACM-sponsored event, and John D. 
McGregor of Murray State University is 
the program chair. 

The Univac I, or Universal Auto¬ 
matic Computer, will be part of the 
“History of Computing Exhibit” at 
CSC 89 prior to becoming part of the 
permanent collection of the National 
Computer Museum in Boston in April 
1989. 

Under the theme “Computing Trends 
in the 1900s,” CSC 89 will feature key¬ 
note and invited speakers in each of 
three tracks. 

In the February 21 knowledge-based 
systems track, Frederick Hayes-Roth of 
Teknowledge will present the keynote 
address, “From Expert Systems to 
Intelligent Systems: The Emergence of 
Knowledge Processing,” and Robert E. 
Filman of Intellicorp will give the 
invited talk, “Reasoning with Worlds 
and Truth Maintenance.” 

The parallel processing track’s key¬ 
note address by C. Gordon Bell of 
Ardent Computer February 22 will be 
entitled “Directions in Supercomput- 
ing,” and H.J. Siegel of Purdue Uni¬ 
versity will deliver the invited talk, 
“Directions in Parallel Computing 


Research.” 

Eiichi Goto of the University of 
Tokyo will keynote the fifth-generation 
computing track February 23 with a 
talk entitled “Fifth Generation Com¬ 
puting in Japan,” while Hiroshi 
Kashiwagi and Tochi Tsuga Yuba, both 
of the Electrotechnical Laboratory of 
the Japanese Ministry of International 
Trade and Industry, will present the 
track’s invited addresses. Kashiwagi will 
speak on the “Japanese Superspeed 
(Supercomputing) Project,” and Yuba 
will talk on the “Sigma 1 Dataflow 
Project.” 

In addition, CSC 89 will feature 
research presentations in each of the 
tracks, the finals of ACM’s Scholastic 
Programming Contest, the 20th Techni¬ 
cal Symposium of the ACM Special 
Interest Group on Computer Science 
Education, and presentation of the 
A.M. Turing Award. 

The Turing Award, the ACM’s 
highest honor, will go to an individual 
selected for technical contributions in 
computing. The winner will receive a 
$25,000 prize and will present the Tur¬ 
ing Award Lecture. The annual award, 
first presented in 1966, commemorates 
the English mathematician who had a 
significant influence on early computer 
development. 

Registration information is available 
by contacting CSC 89, 501 Abbott 
Road, PO Box 302, Broomall, PA 
19008. 
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IEEE Computer Graphics and Appli- 
\5/ cations seeks papers for a special issue 
in early 1990 on graphics for electronic 
CAD, CAM, CAE, and CIM. Submit tenta¬ 
ge abstract by Jan. 1, 1989, and manuscript 
by Mar. 1,1989, to Ronald Baecker or Mar- 
n Snelgrove, Computer Systems Research 
Inst., Univ. of Toronto, 10 Kings College 
Rd., Rm. 2002, Toronto, Ont., M5S 1A4, 
Canada. 


Third AI Research in Environmental Science 
Workshop: May 2-4, 1989, Washington, 

DC. Submit abstract by Jan. 1, 1989, to Wil¬ 
liam R. Moninger, Environmental Research 
Labs, NOAA, R/E2, 325 Broadway, Boul¬ 
der, CO 80803, phone (303) 497-6435. 

^ Third Parallel Processing Symp.: Mar. 

29-31, 1989, Fullerton, Calif. Spon¬ 
sors: Orange County IEEE Computer Soci¬ 
ety Chapter, California State Univ., 
Fullerton. Submit abstract by Jan. 6, 1989, 
and paper by Feb. 6,1989, to Larry Canter, 
1619 N. Hale, Fullerton, CA 92631, phone 
(714)738-3414. 


Working Conf. on Engineering for Human- 
Computer Interaction: Aug. 21-25, 1989, 
Napa Valley, Calif. Sponsor: IFIP. Submit 
paper by Jan. 9, 1989, to Leonard Bass, 
Software Engineering Inst., Carnegie Mellon 
Univ., Pittsburgh, PA 15213; or Claus 
Unger, Praktische Informatick II, Univ. of 
Hagen, Feithstr 140, D-5800 Hagen, West 
Germany. 


Second Int’I Conf. on Solid State and Inte¬ 
grated Circuit Technology: Oct. 22-28, 1989, 
Beijing. Sponsors: Univ. of California 
Extension, Berkeley, and the Chinese Inst, of 
Electronics. Submit abstract by Jan. 9,1989, 
to Linda Reid, Continuing Education in 
Engineering, Univ. of California Extension, 
2223 Fulton St., Berkeley, CA 94720, phone 
(415)642-4151. 


^ Working Conf. on Computer Aided 
& Design Systems Using Artificial Intelli¬ 
gence Techniques: June 6-7, 1989, Tokyo. 
Cosponsors: IFIP, IPSJ. Submit paper by 
Jan. 10,1989, to Gotaro Odawara, c/o Busi- 
ss Center for Academic Societies Japan, 
3-23-1 Hongo, Bunkyo-ku, Tokyo 113, 
Japan. 


ICAIL 89, Second Int’I Conf. on Artificial 
Intelligence and Law: June 13-16, 1989, Van¬ 
couver, Canada. Submit extended abstract 
by Jan. 10,1989, and final paper by Apr. 15, 
1989, to Edwina L. Rissland, Computer and 
Information Science Dept., Univ. of Mas¬ 
sachusetts, Amherst, MA 01003, phone (413) 
545-0332. 
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£3«| First IEEE Symp. on Parallel and Dis- 
tributed Processing: May 22-23, 1989, 
Dallas. Sponsor: Dallas Section of the IEEE 
Computer Society. Submit paper by Jan. 15, 
1989, to Mark Shadowens, Information 
Technologies Lab, Texas Instruments, PO 
Box 655474, MS 238, Dallas, TX 75265, or 
call Behrooz Shirazi at (214) 692-2874. 

IFCS 89, Second Conf. of the Int’l Federa¬ 
tion of Classification Societies: June 27-30, 
1989, Charlottesville, Va. Sponsor: IFCS. 
Submit abstract by Jan. 15,1989, to Robert 

F. Ling, Mathematical Sciences Dept., Clem- 
son Univ., Clemson, SC 29634-1907. 

ICIP 89, Int’l Conf. on Image Processing: 

Sept. 5-8, 1989, Singapore. Sponsors: IEEE 
Singapore Section, National Univ. of Singa¬ 
pore. Submit extended summary by Jan. 16, 
1989, to Ngan King-Ngi, c/o Meeting Plan¬ 
ners Pte. Ltd., 100 Beach Rd„ No. 33-01 
Shaw Towers, Singapore 0718, Republic of 
Singapore, phone (65) 297-2822. 

VLSI 89, Int’l Conf. on Very Large Scale 
Integration: Aug. 16-18, 1989, Munich, West 
Germany. Sponsor: IFIP. Submit paper by 
Jan. 16, 1989, to Carlo H. Sequin, Electrical 
Engineering and Computer Sciences Dept., 
Computer Science Div., Univ. of California, 
Berkeley, CA 94720 (for the Americas); 

Mike Newman, Commission of the Euro¬ 
pean Communities, Rue de la Loi 200, A25, 
6/12, B-1049, Brussels, Belgium (for Europe 
and Africa); or Takayuki Yanagawa, NEC, 
1753 Shimonumabe, Nakahara-ku, 

Kawasaki 211, Japan (for Asia and Aus¬ 
tralia). 

EKAW 89, Third European Knowledge 
Acquisition Workshop for Knowledge-Based 

Systems: July 3-7, 1989, Paris. Submit 
extended abstract by Jan. 25, 1989, to Jean 

G. Ganascia, LAFORIA, Univ. Pierre et 
Marie Curie, Tour 45-46, 4 Place Jussieu, 
75230 Paris Cedex 05, France, phone 32 (1) 
69-41-66-26. 


20th Pittsburgh Conf. on Modeling and 
Simulation: May 4-5, 1989, Pittsburgh, Pa. 
Sponsor: Univ. of Pittsburgh. Submit sum¬ 
mary and abstract by Jan. 31, 1989, to Wil¬ 
liam G. Vogt or Marlin H. Mickle, 348 
Benedum Engineering Hall, Univ. of Pitts¬ 
burgh, Pittsburgh, PA 15261. 


Sixth IEEE Workshop on Real-Time 
saz Operating Systems and Software: May 

11-12, 1989, Pittsburgh. Cosponsor: Car¬ 
negie Mellon Univ. Submit position paper by 
Feb. 1, 1989, to John B. Goodenough, Soft¬ 
ware Engineering Inst., Carnegie Mellon 
Univ., Pittsburgh, PA 15213, phone (412) 
268-6391. 


£72} ICCD 89, IEEE Int’l Conf. on Corn- 
puter Design: Oct. 2-4, 1989, Cam¬ 
bridge, Mass. Submit summary by Feb. 1, 
1989, to Sumit Das Gupta, IBM, Bldg. 306, 
ZIP 3A1, Hopewell Junction, NY 12533, 
phone (914) 894-0540. 

® Compsac 89,13th Int’l Computer Soft¬ 
ware and Applications Conf.: Sept. 
20-22, 1989, Kissimmee, Fla. Submit paper 
and panel proposal by Feb. 1,1989, Stanley 
Y.W. Su, 301 Computer Science and 
Engineering Bldg., Database Systems 
Research and Development Center, Univ. of 
Florida, Gainesville, FL 32611, phone (904) 
335-8458 or 8460. 


Angeles, Los Angeles, CA 90024, phone 
(213) 825-5414. 

£)«} CSM 89, Conf. on Software Main- 
vaz tenance: Sept. 25-28, 1989, Pensacola, 
Fla. Submit paper and panel session pro¬ 
posal by Feb. 15, 1989, to Capt. Thomas 
Pigoski, NSGD Pensacola, Corey Station, 
Pensacola, FL 32511, phone (804) 452-6399. 

Int’l Journal of Computer-Aided VLSI 
Design plans a special issue on placement 
and routing. Submit paper by Feb. 28, 1989, 
to Mehdi Zargham, Computer Science 
Dept., Southern Illinois Univ., Carbondale, 
IL 62901-4511, phone (618) 536-2327. 


Network Management and Control Work¬ 
shop: Sept. 19-21, 1989, Tarrytown, NY. 
Sponsors: IEEE, et al. Submit paper by Feb. 
1, 1989, to Basil Maglaris, Center for 
Advanced Technology in Telecommunica¬ 
tions, Polytechnic Univ., 333 Jay St., Brook¬ 
lyn, NY 11201, phone (718) 260-3050. 

Int’l Conf. on Software Engineering and 
Knowledge Engineering: June 15-17, 1989, 
Chicago. Submit paper by Feb. 1, 1989, to 
C.Y. Hsieh, Computer Science Dept., 
Knowledge Systems Inst., 1153 Oak St., PO 
Box 576, Winnetka, IL 60093-0576. 


&& IEEE Software: November 1989. Arti- 
^iz cles are sought for a special edition on 
reverse engineering. Submit manuscript by 
Mar. 1, 1989, to Elliott Chikofsky, Index 
Technology Corp., 1 Main St., Cambridge, 
MA 02142, phone (617) 494-8200. 

^ IEEE Trans, on Computers: December 
saz 1989. A special issue is planned on 
computer systems performance. Submit 
manuscript by Mar. 1,1989, to Edward D. 
Lazowska, Computer Science Dept. FR-35, 
Univ. of Washington, Seattle, WA 98195, 
phone (206) 543-4755. 


AMAST, Int’l Conf. on Algebraic Method¬ 
ology and Software Technology: May 22-24, 
1989, Iowa City, Iowa. Submit abstract by 
Feb. 1, 1989, to Eugene Madison or Teodor 
Rus, Computer Science and Mathematics 
Dept., Univ. of Iowa, Iowa City, IA 52242, 
phone (319) 335-0742 or 0694 (for the US); 
Dan lonescu, Electrical Engineering Dept., 
Univ. of Ottawa, 770 King Edward, Ottawa, 
Ont„ Canada NIK 6N5, phone (613) 
654-2211 (for Canada); or Maurice Nivat, 
Universite Paris, 2, Place Jussieu, 75005 
Paris, France, phone 33 (1) 43-25-98-74 (for 
Europe). 


Workshop on Automatic Verification 
Methods for Finite State Systems: June 
12-14, 1989, Grenoble, France. Sponsor: C- 
cube, the French National Project on Paral¬ 
lelism. Submit preliminary version of paper 
by Feb. 1, 1989, to Edmund M. Clarke, Car¬ 
negie Mellon Univ., Computer Science 
Dept., Pittsburgh, PA 15213; A. Pnueli, 
Weizmann Inst., Rehovot, Israel; or J. 
Sifakis, LGI-IMAG, BP 53X, 38041 Greno¬ 
ble Cedex, France. 


ARITH 9, Ninth Symp. on Computer 
xsz Arithmetic: Sept. 6-8, 1989, Santa 
Monica, Calif. Cosponsors: IFIP, UCLA. 
Submit paper by Feb. 1, 1989, to Milos D. 
Ercegovac, Computer Science Dept., 3732C 
Boelter Hall, Univ. of California at Los 


Int’l Journal of Approximate Reasoning 
plans a special issue on belief functions and 
belief maintenance in artificial intelligence. 
Submit paper by Mar. 1, 1989, to Prakash P. 
Shenoy, School of Business, Univ. of 
Kansas, Summerfield Hall, Lawrence, KS 
66045-2003, phone (913) 864-7551; or Gau- 
tam Biswas, Computer Science Dept., Box 
1688, Station B, Vanderbilt Univ., Nashville, 
TN 37235, phone (615) 343-6204. 

IEEE Software: January 1990. A spe- 
^z dal issue is planned on software devel¬ 
opment metrics. Submit paper by Apr. 15, 
1989, to Peter Dyson, Software Productivity 
Solutions, 122 N. Fourth Ave., Indialantic, 
FL 32903, phone (407) 984-3370. 


Second IEEE Workshop on Worksta- 
xsz tion Operating Systems: Sept. 27-28, 
1989, Pacific Grove, Calif. Submit position 
statement by Apr. 15. 1989, to Luis-Felipe 
Cabrera, Mail Code K52/803, IBM Almaden 
Research Center, 650 Harry Rd., San Jose, 
CA 95120-6099. 

£7^ Fourth Int’l Workshop on High-Level 
xS7 Synthesis: Oct. 15-18, 1989, Ken- 
nebunkport, Maine. Cosponsor: ACM. Sub¬ 
mit extended abstract by June 16, 1989, to 
Raul Camposano, IBM Research Div., T.J. 
Watson Research Center, PO Box 218, 
Yorktown Heights, NY 10598, phone (914) 
945-3971. 
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CALENDAR 


December 1988 


Int’l Computer Science Conf., Dec. 
ns? 19-21, Hong Kong. Contact Kam Wing 
Ng, Computer Science Dept., Chinese Univ. 
of Hong Kong, Shatin, N.T., Hong Kong; 
Jean-Louis Lassez, IBM T.J. Watson 
Research Center, PO Box 218, Yorktown 
Heights, NY 10598; or Francis Y.L. Chin, 
Center of Computer Studies and Applica¬ 
tion, Univ. of Hong Kong, Hong Kong. 


ICS 88, Int’l Computer Symp., Dec. 20-21, 

Taipei, Taiwan. Contact Louis R. Chow, 
Tamkang Univ., Tamsui, Taiwan, Republic 
of China; or Shi-Kuo Chang, Computer 
Science Dept., Univ. of Pittsburgh, Pitts¬ 
burgh, PA 15260. 


Eighth Conf. on Foundations of Software 
Technology and Theoretical Computer 
Science, Dec. 21-23, Pune, India. Cospon¬ 
sors: Tata Inst, of Fundamental Research, et 
al. Contact K.V. Nori, TRDDC, 1 Man- 
galdas Rd., Pune 411001, India, phone 91 
(212)61-608. 


10th Israel Convention on CAD/CAM and 
Robotics, Dec. 27-29, Tel Aviv. Sponsor: 
Israel Society for Computer-Aided Design 
and Manufacturing. Contact Secretariat, 
Ortra, Ltd., PO Box 50432, Tel Aviv 61500, 
Israel, phone 972 (3) 66-48-25. 


January 1989 


Int’l Conf. on Wafer Scale Integration, 
Jan. 3-5, San Francisco. Contact Earl 
Swartzlander, TRW, R2/2076, 1 Space 
Park, Redondo Beach, CA 90278, phone 
(213)812-0791. 

® 22nd Hawaii Int’l Conf. on Systems 
Sciences, Jan. 3-6, Kailua-Kona, 
Hawaii. Cosponsor: Univ. of Hawaii. Con¬ 
tact Ralph Sprague, Jr., Decision Sciences 
Dept., Univ. of Hawaii, 2404 Maile Way, 
E-303, Honolulu, HI 96822, phone (808) 
948-7430. 


Impact of Recent Computer Advances on 
Operations Research, Jan. 4-6, Williams¬ 
burg, Va. Sponsor: Operations Research 
Society of America. Contact Ramesh 
Sharda, College of Business Administration, 
Oklahoma State Univ., Stillwater, OK 
74078, phone (405) 624-5113. 

Western Multiconference, Jan. 4-6, San 

Diego, Calif. Sponsor: Society for Computer 


Conferences that the IEEE Computer Society sponsors or participates in are indi- 
ns^ cated by the Computer Society logo; additional conference sponsors are also 
listed. Other conferences of interest to our readers are also included. 

For inclusion in Call for Papers or Calendar, submit information six weeks before 
the month of publication (i.e., for the February 1989 issue, send information for 
receipt by Dec. 15, 1988) to Chuck Governale, Calendar Dept., Computer, 10662 Los 
Vaqueros Circle, Los Alamitos, CA 90720. 


Simulation. Contact SCS, PO Box 17900, 
San Diego, CA 92117. 


Qualtech 89, Jan. 11-12, Los Angeles. Spon¬ 
sor: Los Angeles Section, American Society 
for Quality Control. Contact Terry Mohr, 
Northrop Aircraft, Dept. 7420/94, 1 North¬ 
rop Ave., Hawthorne, CA 90250, phone 
(213) 416-2056. 


Second Int’l Workshop on Artificial 
vs? Intelligence in Economics and Manage¬ 
ment, Jan. 11-13, Singapore. Cosponsors: 
IFIP, et al. Contact Juzar Motiwalla or 
Vicky Toh, Inst, of Systems Science, 
National Univ. of Singapore, Heng Mui 
Keng Terrace, Singapore 0511, phone (65) 
772-2075. 


Symp. on Electronic Imaging, Jan. 15-20, 

Los Angeles. Sponsors: Int’l Society for 
Optical Engineering, Society for Imaging 
Science and Technology. Contact SPIE, PO 
Box 10, Bellingham, WA 98227-0010. 

Saudi Computer 89, Jan. 29-Feb. 2, Riyadh, 
Saudi Arabia. Contact Gerald G. Kallman, 5 
Maple Ct., Ridgewood, NJ 07450-4431, 
phone (201) 652-7070. 

Unix Winter Technical Conf., Jan. 30-Feb. 

3, San Diego, Calif. Sponsor: Usenix Assoc. 
Contact Judith DesHarnais, Usenix Conf. 
Office, PO Box 385, Sunset Beach, CA 
90742, phone (213) 592-1381. 

Database 89 Expo and Conf., Jan. 31-Feb. 

2, San Francisco. Contact Dana De Nardi, 
289 S. San Antonio Rd., No. 204, Los Altos, 
CA 94022, phone (415) 941-8440. 


February 1989 


Fifth Int’l Conf. on Data Engineering, 
NS? Feb. 6-10, Los Angeles. Contact John 
Carlis, Computer Science Dept., Univ. of 
Minnesota, 207 Church St-., SE, Min¬ 


neapolis, MN 55455, phone (612) 625-6092; 
Richard L. Shuey, Rensselaer Polytechnic 
Inst., Dept, of Computer Science, Troy, NY 
12180, phone (518) 276-8376; or Data 
Engineering 89, IEEE Computer Society, 
1730 Massachusetts Ave. NW, Washington, 
DC 20036-1903, phone (202) 371-1013. 

1989 Aerospace Applications Conf., Feb. 
12-17, Breckenridge, Colo. Sponsor: IEEE 
South Bay Harbor Section. Contact Harvey 
Endler, 15137 Gilmore St., Van Nuys, CA 
91411. 

17th Computer Science Conf., Feb. 21-23, 

Louisville, Ky. Sponsor: ACM. Contact 
Conf. Dept. A, Assoc, for Computing 
Machinery, 11 W. 42nd St., New York, NY 
10036. 


Compcon Spring 89, Feb. 27-Mar. 3, 

W San Francisco. Contact Kenichi Miura, 
Computational Research Dept., MS B2-7, 
Fujitsu America, 3055 Orchard Dr., San 
Jose, CA 95134-2017, phone (408)432-1300, 
ext. 5408 or 5723. 


Securicom 89, Seventh Worldwide Congress 
on Computer and Communications Security 
and Protection, Feb. 28-Mar. 3, Paris. Con¬ 
tact SEDEP, 8, rue de la Michodiere, 75002, 
Paris, France, phone 33 (1) 47-42-40-30. 


March 1989 


Fourth Conf. on Hypercube Concurrent 
Computers and Applications, Mar. 6-8, 

Monterey, Calif. Sponsors: US Dept, of 
Energy, et al. Contact John Gustafson, Div. 
1413, Sandia National Labs, PO Box 5800, 
Albuquerque, NM 87185. 

EMC 89, Eighth Zurich Symp. and Techni¬ 
cal Exhibition on Electromagnetic Compati¬ 
bility, Mar. 6-9, Zurich. Sponsor: Swiss 
Electrotechnical Assoc. Contact T. Dvorak, 
EMC 89, ETH Zentrum-IKT, CH-8092, 
Zurich, Switzerland, phone 41 (1) 256-2790. 
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® CAIA 89, Fifth Int’l Conf. on Artifi¬ 
cial Intelligence Applications, Mar. 
6-10, Miami, Fla. Contact CAIA 89, IEEE 
Computer Society, 1730 Massachusetts Ave. 
NW, Washington, DC 20036-1903, phone 
(202)371-1013. 

Seventh IEEE Computer Fair, Mar. 
8-10, Huntsville, Ala. Joint sponsors: 
Huntsville IEEE Section, Huntsville IEEE 
Computer Society. Contact Connie Harbi- 
son, TotalCom, 1115 Church St., Suite H, 
Huntsville, AL, phone (205) 534-6383. 


NCAT, Seventh National Conf. on Ada 
Technology, Mar. 13-16, Atlantic City, NJ. 
Contact NCAT, US Army Communica¬ 
tions—Electronics Command, Attn.: 
AMSEL-RD-SE-CRM (Kay Trezza), Fort 
Monmouth, NJ 07703-5000, phone (201) 
532-1898. 


Tapsoft 89, Joint Conf. on Theory and Prac¬ 
tice of Software Development, Mar. 13-17, 

Barcelona, Spain. Sponsor: European Assoc, 
of Theoretical Computer Science. Contact 
Pere Botella, Facultat d’lnformatica, Pau 
Gargallo, 5, 08028 Barcelona, Spain, phone 
34 (3) 333-8308. 

© Workshop on Visual Motion, Mar. 

20-22, Irvine, Calif. Contact Ellen Hil¬ 
dreth, Artificial Intelligence Lab, 545 Tech¬ 
nology Square, Cambridge, MA 02139; or 
Ramesh Jain, Electrical Engineering and 
Computer Science Dept., Univ. of Michigan, 
Ann Arbor, MI 48109-2122. 

PCCC 89, Phoenix Conf. on Com- 
viz puters and Communications, Mar. 
22-24, Scottsdale, Ariz. Cosponsor: Arizona 
State Univ.. Contact Thaddeus Regulinski, 
Loral Corp., PO Box 295, Goodyear, AZ 
85338. 


Ha AISIG 89, Artificial Intelligence Sys- 
vsz terns in Government Conf., Mar. 
27-31, Washington, DC. Cosponsor: George 
Washington Univ. Contact AISIG 89, MS 
W418, Mitre Corp., 7525 Colshire Dr., 
McLean, VA 22102; or IEEE Computer 
Society, 1730 Massachusetts Ave. NW, 
20036-1903, phone (202) 371-1013. 


Eastern Multiconference, Mar. 28-31, 

Tampa, Fla. Sponsor: Society for Computer 
Simulation. Contact SCS, PO Box 17900, 
San Diego, CA 92117-7900, phone (619) 
277-3888. 


Third Parallel Processing Symp., Mar. 
viz 29-31, Fullerton, Calif. Cosponsors: 
California State Univ., Fullerton, et al. Con¬ 
tact Larry Canter, 1619 N. Hale, Fullerton, 
CA 92631, phone (714) 738-3414. 


Eighth Symp. on Principles of Database Sys¬ 
tems, Mar. 29-31, Philadelphia. Sponsor: 
ACM. Contact Avi Silbershatz, Computer 
Science Dept., Univ. of Texas at Austin, 
Austin, TX 78712. 


Workshop on Applied Computing 89, 
V Mar. 30-31, Stillwater, Okla. Cospon- 
s: National Science Foundation, et al. 


Contact Donald D. Fisher, Oklahoma State 
Univ., CIS, Stillwater, OK 74078, phone 
(405) 624-5668. 

CMC 89, Colorado Microelectronics Conf., 
Mar. 30-31, Colorado Springs, Colo. Con¬ 
tact Conf. Secretary, CMC 89, Microelec¬ 
tronics Research Labs, Univ. of Colorado, 
Box 7150, Colorado Springs, CO 
90933-7150, phone (719) 593-3488. 

Western Educational Computing Conf., 
Mar. 30-31, Santa Cruz, Calif. Sponsor: 
California Educational Computing Consor¬ 
tium. Contact Judah Rosenwald, Extended 
Education, NAD 153, San Francisco State 
Univ., 1600 Holloway, San Francisco, CA 
94132, phone (415) 338-1212. 


April 1989 


Second National Conf. on Telecommunica¬ 
tions, Apr. 2-5, York, England. Sponsor: 
Institution of Electrical Engineers. Contact 
IEE Conf. Services, Savoy PL, London 
WC2R 0BL, UK, phone 44 (1) 240-1871, ext. 
222 . 


ASPLOS III, Third Int’l Conf. on 
viz Architectural Support for Program¬ 
ming Languages and Operating Systems, 
Apr. 3-6, Boston. Cosponsor: ACM. Con¬ 
tact Joel Emer, DEC/MIT, 545 Technology 
Square (NE43-503), Cambridge, MA 02139. 


Working Conf. on Visual Database Systems, 
Apr. 3-7, Tokyo. Cosponsors: IFIP, IPSJ. 
Contact IFIP TC-2 Working Conf., 

Tosiyasu L. Kunii, Information Science 
Dept., Faculty of Science, Univ. of Tokyo, 
7-3-1 Hongo, Bunkyo-ku, Tokyo 113, 

Japan, phone 81 (3) 812-2111, ext. 4116. 


Third Eurographics Workshop on Intelligent 
CAD Systems, Apr. 3-7, Texel, The Nether¬ 
lands. Sponsor: Center for Mathematics and 
Computer Science. Contact Marja Hegt, 
CMCS, Kruislaan 413, 1098 SJ Amsterdam, 
The Netherlands, phone 31 (20) 592-4058. 


® Int’l Symp. on Database Systems for 
Advanced Applications, Apr. 10-12, 

Seoul, Korea. Cosponsors: IPSJ, Korean 
Information Science Society. Contact Sukho 
Lee, Computer Engineering Dept., Seoul 
National Univ., Sinlim-Dong, Gwanak-ku, 
Seoul 151, Korea, phone 82 (2) 886-0101. 


MIV 89, Int’l Workshop on Industrial Appli¬ 
cations of Machine Intelligence and Vision, 
Apr. 10-12, Tokyo. Cosponsors: IEEE, et al. 
Contact Mitsuru Ishizuka, Inst, of Industrial 
Science, Univ. of Tokyo, 7-22-1, Roppongi, 
Minato-ku, Tokyo, 106, Japan, phone 81 
(03) 470-5389. 


01989 IEEE VLSI Test Workshop, Apr. 
vSz 11-13, Atlantic City, NJ. Sponsors: 
IEEE Computer Society Test Technology 
Committee, IEEE Philadelphia Section. 
Contact Wesley E. Radcliffe, IBM East Fish- 


kill, Dept. 277, Bldg. 321-5E1, Hopewell 
Junction, NY 12533. 


ETC 89, First European Test Conf., 
vSz Apr. 12-14, Paris. Cosponsor: Societe 
des Electriciens et des Electroniciens. Con¬ 
tact Colin Maunder, British Telecom 
Research Labs, Martlesham Heath, Ipswich, 
Suffolk IP5 7RE, phone 44 (473) 642-706. 

^ First Symp. on Parallel and Dis- 
v^ tributed Processing, Apr. 20-21, 

Dallas. Contact Behrooz Shirazi, Computer 
Science Dept., Southern Methodist Univ., 
Dallas, TX 75275, phone (214) 692-2874. 


Multimedia 89, Second Comsoc Int’l Mul¬ 
timedia Communications Workshop, Apr. 
20-23, Ottawa, Canada. Cosponsors: IEEE, 
et al. Contact Ottawa Carleton Research 
Inst., 1150 Morrison Dr., Suite 302, Ottawa, 
Ont., Canada K2H 8S9, phone (613) 
726-8827. 


® Infocom 89, Conf. on Computer Com¬ 
munications, Apr. 24-27, Ottawa, 
Canada. Contact Celia Desmond, Telecom 
Canada, 438 Bay St., Floor 5, South Tower, 
Toronto, Ont., Canada, M5G 2E1, phone 
(416)581-2318. 

Vision 89, Apr. 25-27, Chicago. Sponsor: 
Society of Manufacturing Engineers. Con¬ 
tact Maria Nowakowski, SME, 1 SME Dr., 
PO Box 930, Dearborn, MI 48121, phone 
(313) 271-1500, ext. 376. 

CHI 89, Conf. on Human Factors in 
vsZ Computing Systems, Apr. 30-May 4, 

Austin, Texas. Cosponsors: ACM, Human 
Factors Society. Contact Claudia Raun or 
Bill Curtis, MCC, PO Box 200195, Austin, 
TX 78720, phone (512) 338-3798. 


34th Int’l Instrumentation Symp., Apr. 
30-May 4, Orlando, Fla. Sponsor: Instru¬ 
ment Society of America. Contact Frederick 
A. Kern, PO Box 65, Seaford, VA 23696, 
phone (804) 865-3269. 


May 1989 


1989 IEEE Symp. on Research in Secu- 
vsz rity and Privacy, May 1-3, Oakland, 
Calif. Contact Terry V. Benzel, Trusted 
Information Systems, 11340 Olympic Blvd., 
Suite 265, Los Angeles, CA 90064, phone 
(213) 477-5828. 

Third Al Research in Environmental Science 
Workshop, May 2-4, Washington, DC. Con¬ 
tact William R. Moninger, Environmental 
Research Labs, NOAA, R/E2, 325 Broad¬ 
way, Boulder, CO 80803, phone (303) 
497-6435. 

Sixth Canadian Symp. on Instructional 
Technology, May 3-5, Halifax, N.S., 

Canada. Sponsor: National Research Coun¬ 
cil Canada. Contact Laurier Forget, CSIT, 
Conf. Services, NRCC, Ottawa, Ont. K1A 
OR6, Canada, phone (613) 993-9009. 
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20th Pittsburgh Conf. on Modeling and 
Simulation, May 4-5, Pittsburgh, Pa. Spon¬ 
sor: Univ. of Pittsburgh. Contact William G. 
Vogt or Marlin H. Mickle, 348 Benedum 
Engineering Hall, Univ. of Pittsburgh, Pitts¬ 
burgh, PA 15261. 

STA 5, Fifth Structured Techniques Assoc. 
Conf., May 8-11, Chicago. Sponsors: STA, 
ACM. Contact STA, c/o Robert Binder Sys¬ 
tems Consulting, Inc., 3 First National 
Plaza, Suite 1400, Chicago, IL 60602. 

® CompEuro 89, lnt’1 Conf. on VLSI 
and Computer Peripherals, May 8-12, 

Hamburg. Cosponsors: Gesellschaft fur 
Informatik, et al. Contact Walter E. Proeb- 
ster, IBM Lab, PO Box 1380, D-7030 Boeb- 
lingen. Federal Republic of Germany, phone 
49(70)3116-3929. 

ICCAL 89, Second Int’l Conf. on 
Computer-Assisted Learning, May 9-11, 

Dallas. Sponsor: Computer Learning 
Research Center, Univ. of Texas at Dallas. 
Contact Janet Harris, Center for Continuing 
Education, Univ. of Texas at Dallas, PO 
Box 830688, MS CN 1.1, Richardson, TX 
75083-0688. 


18th Mumps Users Group Annual Meeting, 
May 15-19, Seattle. Contact Mumps Users 
Group, 4321 Hartwick Rd., Suite 510, Col¬ 
lege Park, MD 20740, phone (301) 779-6555. 

SID 89, Society for Information Display 
Int’l Symp., Seminar, and Exhibition, May 
15-19, Baltimore. Contact Society for Infor¬ 
mation Display, c/o Palisades Inst, for 
Research Services, 201 Varick St., Rm. 1140, 
New York, NY 10014, phone (212) 620-3375. 

Int’l Symp. on VLSI Technology, Sys- 
terns and Applications, May 17-19, 

Taipei, Taiwan. Cosponsors: Republic of 
China National Science Council, Industrial 
Technology Research Inst. Contact Alice M. 
Chiang, MIT, Lincoln Lab, Lexington, MA 
02173-0073, phone (617) 981-4629. 


£3^ Fifth Int’l Workshop on Software 
xHx Specification and Design, May 19-20, 

Pittsburgh. Cosponsor: ACM. Contact Sol 
J. Greenspan, GTE Labs, 40 Sylvan Rd., 
Waltham, MA 02254, phone (617) 466-2962; 
or Colin Potts, MCC, 9390 Research Blvd., 
Kaleido II Bldg., Austin, TX 78759, phone 
(512)338-3629. 


Workshop on New Directions in Computer 
Chess, May 28-31, Edmonton, Alta., 
Canada. Sponsors: Int’l Computer Chess 
Assoc., Canadian Information Processing 
Society. Contact Tony Marsland, Comput¬ 
ing Science Dept., Univ. of Alberta, Edmon¬ 
ton, Alta., Canada T6G 2H1. 


£3«k 16th Int’l Symp. on Computer Archi- 
lecture, May 28-June 1, Jerusalem, 
Israel. Cosponsor: ACM. Contact Int’l 
Symp. on Computer Architecture, 90A 
Hayarkon St., PO Box 3190, Tel Aviv 
61031, Israel, phone 972 (3) 246-261. 

® 19th Int’l Symp. on Multiple-Valued 

Logic, May 29-31, Guangzhou, China. 
Contact David M. Miller, Computer Science 
Dept., Univ. of Victoria, B.C., Canada, 
V8W 2Y2, phone (604) 721-7220. 


June 1989 


Robots 13, May 9-12, Gaithersburg, Md. 
Sponsor: SME. Contact Rebecca Alsup, 
SME, 1 SME Dr., Dearborn, MI 48121, 
phone (313) 271-1500, ext. 358. 


CCC 89, Second Hungarian Custom Circuit 
Conf., May 10-12, Szeged, Hungary. 
Cosponsors: Scientific Society of Measure¬ 
ment and Automation (MATE). Contact 
MATE Secretariat, 1055 Budapest, Kossuth 
L. ter 6-8, Hungary, phone (1) 531-406. 


Hsj Sixth IEEE Workshop on Real-Time 
W Operating Systems and Software, May 
11-12, Pittsburgh. Cosponsor: Carnegie Mel¬ 
lon Univ. Contact Andre van Tilborg, Office 
of Naval Research, 800 N. Quincy St., 
Arlington, VA 22217-5000, phone (202) 
696-4302. 


AAMSI Congress 89, May 11-13, San Fran¬ 
cisco. Sponsor: American Assoc, for Medi¬ 
cal Systems and Informatics. Contact 
AAMSI, Suite 700, 1101 Connecticut Ave. 
NW, Washington, DC 20036, phone (202) 
857-1189. 


Int’l Conf. on Robotics and Automation, 
May 14-19, Scottsdale, Ariz. Sponsor: IEEE. 
Contact Harry Hayman, PO Box 3216, Sil¬ 
ver Spring, MD 20901, phone (301) 434-1990 
or (407) 483-3037. 


llth Int'l Conf. on Software Engineer- 
si? ing, May 15-18, Pittsburgh. Cospon¬ 
sor: ACM. Contact Larry Druffel, Software 
Engineering Inst., Carnegie Mellon Univ., 
Pittsburgh, PA 15213-3890, phone (412) 
268-7740. 


Sixth Conf. on Real-Time Applications in 
Nuclear, Particle, and Plasma Physics, May 
15-18, Williamsburg, Va. Sponsors: IEEE, et 
al. Contact Roy Whitney, 12000 Jefferson 
Ave. Newport News, VA 23606, phone (804) 
249-7536. 


First IEEE Symp. on Parallel and Dis¬ 
tributed Processing, May 22-23, 

Dallas. Sponsor: Dallas Section of the IEEE 
Computer Society. Contact Mark Shado- 
wens, Information Technologies Lab, Texas 
Instruments, PO Box 655474, MS 238, 
Dallas, TX 75265, or call Behrooz Shirazi at 
(214) 692-2874. 


IEEE Pacific Rim Conf. on Communica¬ 
tions, Computers, and Signal Processing, 
June 1-2, Victoria, B.C., Canada. Sponsor: 
IEEE Victoria Section, Univ. of Victoria. 
Contact Warren D. Little, Dept, of Electrical 
and Computer Engineering, Univ. of Victo¬ 
ria, PO Box 1700, Victoria, B.C., Canada 
V8W 2Y2, phone (604) 721-8686. 


AMAST, Int’l Conf. on Algebraic Method¬ 
ology and Software Technology, May 22-24, 

Iowa City, Iowa. Contact Eugene Madison 
or Teodor Rus, Computer Science and 
Mathematics Dept., Univ. of Iowa, Iowa 
City, IA 52242, phone (319) 335-0742 or 
0694. 

Sixth Int’l Conf. on Testing Computer Soft¬ 
ware, May 22-25, Washington, DC. Spon¬ 
sors: DPMA, ACM. Contact Genevieve 
Houston-Ludlam, Frontier Technologies, 
2444 Solomons Island Rd., Suite 205, 
Annapolis, MD 21401, phone (301) 
266-8244. 


10th Tunisian French Seminar of Computer 
Science: The Role of Languages in Program¬ 
ming, May 23-25, Tunis, Tunisia. Sponsor: 
Tunisian Information Processing Society. 
Contact Ali Mili, Faculty of Sciences, Univ. 
of Tunis II, Campus Universitaire, 1002 
Belvedere, Tunisia. 


SIGMetrics 89 and Performance 89, May 
23-26, Berkeley, Calif. Sponsors: ACM, 
IFIP. Contact Luis-Felipe Cabrera, IBM 
Almaden Research Center, Mail Code 
K52/803, San Jose, CA 95120-6099, phone 
(408) 927-1838. 

ICCI 89, Int’l Conf. on Computing and 
Information, May 23-27, Toronto. Contact 
Waldemar W. Koczkodaj, Laurentian Univ., 
CoSc, Sudbury, Ont., Canada P3E 2C6, 
phone (705) 675-1151. 


CVPR 89, Conf. on Computer Vision 
Hz and Pattern Recognition, June 4-8, 

San Diego, Calif. Contact Rama Chellappa, 
PHE324, Electrical Engineering-Systems 
Dept., Univ. of Southern California, Univer¬ 
sity Park, MC-0272, CA 90089, phone (213) 
743-8559; or CVPR 89, IEEE Computer 
Society, 1730 Massachusetts Ave. NW, 
Washington, DC 20036-1903, phone (202) 
371-1013. 

Fourth Israel Conf. on Computer Sys- 
W terns and Software Engineering, June 
5-6, Tel Aviv. Cosponsors: Israel Chapter of 
IEEE Computer Society, Information Pro¬ 
cessing Assoc, of Israel. Contact S. Koenig, 
Ortra Ltd., PO Box 50432, Tel Aviv 61500, 
Israel, phone 972 (3)664-825. 


Fourth Symp. on Logic in Computer 
Science, June 5-8, Pacific Grove, 

Calif. Cosponsor: ACM. Contact Albert 
Meyer, Lab for Computer Science, MIT, 545 
Technology Square, Cambridge, MA 02139. 


® Ninth Int’l Conf. on Distributed Com¬ 
puting Systems, June 5-9, Newport 
Beach, Calif. Contact Kane Kim, Computer 
Engineering Program, Electrical Engineering 
Dept., Univ. of California, Irvine, CA 
92717, phone (714) 856-5542. 

Working Conf. on Computer-Aided 
W Design Systems Using Artificial Intelli¬ 
gence Techniques, June 6-7, Tokyo. Cospon- 
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sor: IFIP, IPSJ. Contact Akihiko Yamada, 
NEC, 4-14-22 Shibaura, Minato-ku, Tokyo 
108, Japan; or Kozo Kinoshita, Faculty of 
Integrated Arts and Sciences, Hiroshima 
Univ., 1-1-89 Sendamachi, Naka-ku, 
Hiroshima 730, Japan, phone 81 (82) 
249-9150. 


Third Int’l Workshop on Wafer Scale Inte¬ 
gration, June 6-8, Como, Italy. Sponsor: 
IFIP. Contact Mariagiovanna Sami, Dip. di 
Elettronica, Politecnico di Milano, Piazza 
Leonardo da Vinci 32,1-20133 Milan, Italy, 
phone 39 (2) 23-99-35-16. 

^ Second Int’l Conf. on Industrial and 
Engineering Applications of Artificial 
Intelligence and Expert Systems, June 6-9, 
Tullahoma, Tenn. Sponsors: ACM, Univ. of 
Tennessee Space Inst. Contact Moonis Ali, 
Univ. of Tennessee Space Inst., Tullahoma, 
TN 37388, phone (615) 455-0631. 

Workshop on Automatic Verification 
Methods for Finite State Systems, June 
12-14, Grenoble, France. Sponsor: C-cube, 
the French National Project on Parallelism. 
Contact Edmund M. Clarke, Jr., Carnegie 
Mellon Univ., Computer Science Dept., 
Pittsburgh, PA 15213-3890; A. Pnueli, 
Weizmann Inst., Rehovot, Israel; or J. 
Sifakis, LGI-IMAG, BP 53X, 38041 Greno¬ 
ble Cedex, France. 


ICAIL 89, Second Int’l Conf. on Artificial 
Intelligence and Law, June 13-16, Vancou¬ 
ver, Canada. Contact Robert T. Franson or 
Joseph C. Smith, Faculty of Law, Univ. of 
British Columbia, Vancouver, B.C., 
Canada, phone (604) 228-2323. 


Int’l Conf. on Software Engineering and 
Knowledge Engineering, June 15-17, 

Chicago. Contact Shi-Kuo Chang, Computer 
Science Dept., Univ. of Pittsburgh, 322 
Alumni Hall, Pittsburgh, PA 15260, phone 
(412) 624-8490. 


Int’l Workshop on Hardware Fault 
NS? Tolerance in Multiprocessors, June 
19-20, Urbana, Ill. Contact Prith Banerjee, 
Coordinated Science Lab, Univ. of Illinois, 
1101 W. Springfield Ave., Urbana, IL 
61801, phone (217) 333-6564. 


CHDL 89, Ninth Int’l Symp. on Com- 
>S V puter Hardware Description Languages 
and Applications, June 19-21, Washington, 
DC. Cosponsors: IFIP, ACM. Contact John 
A. Darringer, IBM T.J. Watson Research 
Center, PO Box 218, Yorktown Heights, NY 
10598, phone (914) 945-1018. 


Sixth Int’l Workshop on Database 
Machines, June 19-21, Deauville, France. 
Sponsors: INRIA, AFCET. Contact Harsan 
Boral, MCC, 3500 W. Balcones Center Dr., 
Austin, TX 78759 (in the US); or Pascal 
Faudemay, Masi Labo., Univ. of Paris 6, 4 
Place Jussieu, 75252 Paris, Cedex 05, France 
(outside the US). 


Graphics Interface 89, June 19-23, London, 
Ont., Canada. Sponsor: Canadian Man- 
Computer Communications Society. Contact 
Irene Gargantin, Computer Science Dept., 


Univ. of Western Ontario, London, Ont., 
Canada N6A 5B7, phone (519) 661-3563. 

Vision Interface 89, June 19-23, London, 
Ont., Canada. Sponsor: Canadian Image 
Processing and Pattern Recognition Society. 
Contact Irene Gargantin, Computer Science 
Dept., Univ. of Western Ontario, London, 
Ont., Canada N6A 5B7, phone (519) 
661-3563. 


NECC 89, 10th National Educational Com¬ 
puting Conf., June 20-22, Boston. Contact 
NECC 89, Int’l Council for Computers in 
Education, Univ. of Oregon, 1787 Agate St., 
Eugene, OR 97403-9905. 

FTCS 19, Int’l Fault-Tolerant Com- 

puting Symp., June 21-23, Chicago. 
Contact S.M. Reddy, FTCS 19, Electrical 
and Computer Engineering Dept., Univ. of 
Iowa, Iowa City, Iowa 52242, phone (319) 
335-5196; or Ravi K. Iyer, Coordinated 
Science Lab, Univ. of Illinois, 1101 W. 
Springfield Ave., Urbana, IL 61801, phone 
(217)333-9732. 


Third Int’l Conf. on Foundations of Data 
Organization and Algorithms, June 21-23, 

Paris. Sponsor: INRIA. Contact Witold Lit- 
win, INRIA Rocquencourt, c/o Public Rela¬ 
tions Dept., Domaine de Voluceau, 78153 Le 
Chesnay Cedex, France, phone 33 (1) 
39-63-56-00. 


SIGPlan 89, Conf. on Programming Lan¬ 
guage Design and Implementation, June 
21-23, Portland, Ore. Sponsor: ACM. Con¬ 
tact Bruce Knobe, Prime Computer, Inc., 
500 Old Connecticut Path, Framingham, 
MA 01701, phone (508) 879-2960. 


© Second IEEE Symp. on Computer- 
Based Medical Systems, June 25-27, 
Minneapolis, Minn. Contact Bart Galle, 
Continuing Medical Education, Univ. of 
Minnesota, Box 202 UMHC, 420 Delaware 
St. SE, Minneapolis, MN 55455, phone (612) 
626-5525. 


CAR 89, Computer-Assisted Radiol- 
ogy Conf., June 25-28, Berlin. 
Cosponsor: AMK Berlin. Contact Michael 
L. Rhodes, MPDI, 2730 Pacific Coast Hwy., 
Torrance, CA 90505, phone (213) 539-5944. 

^ DAC 89, 26th Design Automation 
va? Conf., June 25-29, Las Vegas. 
Cosponsor: ACM. Contact Michael J. 
Lorenzetti, MCNC, PO Box 12889, Research 
Triangle Park, NC 27709-2889; or Pat 
Pistilli, MP Associates, 7490 Clubhouse Rd., 
Suite 102, Boulder, CO 80301, phone (303) 
530-4333. 


First Conf. of the Int’l Assoc, of Knowledge 
Engineers, June 26-28, College Park, Md. 
Sponsors: Int’l Assoc, of Knowledge 
Engineers, Univ. of Maryland. Contact 
Michael Teague, IAKE/UM Committee for 
Conf. Papers, Int’l Assoc, of Knowledge 
Engineers, Georgetown PO Box 25461, 
Washington, DC 20007. 
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Int’l Conf. on Mathematics of Program 
Construction, June 26-30, Groningen, The 
Netherlands. Contact Jan L.A. van de Snep- 
scheut, Mathematics and Computing Science 
Dept., Groningen Univ., PO Box 800, 9700 
AV Groningen, The Netherlands. 

IFCS 89, Second Conf. of the Int’l Federa¬ 
tion of Classification Societies, June 27-30, 

Charlottesville, Va. Contact IFCS 89, 
Mathematics Dept., Univ. of Virginia, Char¬ 
lottesville, VA 22903, phone (804) 924-4919. 

July 1989 

SETSS 90, Seventh Int’l Conf. on Software 
Engineering for Telecommunications Switch¬ 
ing Systems, July 3-6, Bournemouth, 
England. Sponsor: Institution of Electrical 
Engineering. Contact Conf. Services, IEE, 
Savoy PI., London WC2R 0BL, UK, phone 
44 (01)24-01-871. 

EKAW 89, Third European Knowledge 
Acquisition for Knowledge-Based Systems 
Workshop, July 3-7, Paris. Contact John 
Boose, Advanced Technology Center, Boe¬ 
ing Computer Services, 7L-64, PO Box 
24346, Seattle, WA 98124, phone (206) 
865-3253; or Brian Gaines, Dept, of Com¬ 
puter Science, Univ. of Calgary, 2500 Uni¬ 
versity Dr. NW, Calgary, Alta., Canada 
T2N 1N4, phone (403) 220-5901. 

ICALP 89, 16th Colloquium on Automata, 
Languages, and Programming, July 11-15, 


SHORT COURSES 

68000 or 8086 Microprocessors 

Learn how to program and hardware 
interface 16 bit 68000 or 8086 micros in 
short courses at the University of 
Pittsburgh. Each student gets to keep a 
famous URDA®, pLAB™ Notebook 
Computer™. Registration fees are from 
$600 to $1000. The scheduled dates 
for the courses are: 


January 19-21,1989 
May 1-3,1989 
July 10-14,1989* 
July 24-28,1989* 
September 28-30, 1989 


Send Inquiries to: Marlin H. Mickle or 
William G. Vogt, Modeling and 
Simulation Conference, 348 Benedum 
Engineering Hall, University of 
Pittsburgh, Pittsburgh, PA 15261, 
412-624-9682 or 412-624-9686. 


•Extended courses especially for educators 


Stresa, Italy. Sponsor: European Assoc, of 
Theoretical Computer Science. Contact Ron- 
chi Della Rocca, Dip. di Informatica, corso 
Svizzera 185, 10149 Torino, Italy, phone 39 
(11)75-56-77. 


Leonard Bass, Software Engineering Inst. 
Carnegie Mellon Univ., Pittsburgh, PA 
15213-3890; or Claus Unger, Praktische 
Informatick II, Univ. of Hagen, Feithstr 
140, D-5800 Hagen, West Germany. 


Eighth Australia Conf. on Microelectronics: 
July 12-14, Brisbane, Australia. Cosponsors: 
IEEE Queensland Section, Univ. of Queens¬ 
land. Contact Microelectronics 89, Institu¬ 
tion of Engineers, Australia, 11 National 
Circuit, Barton ACT 2600, Australia. 


Third Int’l Conf. on Image Processing, July 
18-20, Warwick, England. Sponsor: Institu¬ 
tion of Electrical Engineers. Contact Conf. 
Services, IEE, Savoy Pl., London WC2R 
0BL, phone 44 (1) 24-01-871, ext. 222. 

Summer Computer Simulation Conf., July 
24-27, Austin, Texas. Sponsor: Society for 
Computer Simulation. Contact SCS, PO 
Box 17900, San Diego, CA 92117-7900, 
phone (619) 277-3888. 


1989 Int’l Computers in Engineering Conf., 
July 30-Aug. 2, Anaheim, Calif. Sponsor: 
ASME. Contact Donald R. Riley, Mechani¬ 
cal Engineering Dept., Univ. of Minnesota, 
111 Church St. SE, Minneapolis, MN 55455. 


SIGGraph 89,16th Conf. on Com- 
vsZ puter Graphics and Interactive Tech¬ 
niques, July 30-Aug. 4, Boston. Cosponsor: 
ACM. Contact Chris Herot, Javelin Soft¬ 
ware, 1 Kendall Square, Bldg. 200, Cam¬ 
bridge, MA 02139. 


August 1989 

18th Int’l Conf. on Parallel Processing, Aug. 
8-12, St. Charles, Ill. Sponsor: Pennsylvania 
State Univ. Contact Tse-yun Feng, College 
of Engineering, Electrical Engineering Dept., 
Pennsylvania State Univ., 121 Electrical 
Engineering East, University Park, PA 
16802, phone (814) 865-7667. 


£32} ITC 89, Int’l Test Conf., Aug. 27-31, 

Washington, DC. Contact Doris 
Thomas, ITC 89, PO Box 264, Mt. Free¬ 
dom, NJ 07970, phone (201) 895-5260. 

Congress 89, 11th World Computer Con¬ 
gress, Aug. 28-Sept. 1, San Francisco. Spon¬ 
sor: IFIP. Contact Congress 89, PO Box 
18-P, Denver, CO 80218, phone (303) 
831-6338; or Adrian J. Basili, AT&T, 30 
Knightsbridge Rd., Piscataway, NJ 08854. 

September 1989 

ASE 89, Int’l Conf. on Applications of 
Supercomputers in Engineering, Sept. 5-7, 

Southampton, England. Contact Liz New¬ 
man, Computational Mechanics Inst., 
Ashurst Lodge, Ashurst, Southampton, S04 
2AA, England, UK, phone 44 (0) 
42-12-92-853. 

12th Int’l Conf. on Fault-Tolerant Systems 
and Diagnostics, Sept. 5-7, Prague, Czecho¬ 
slovakia. Sponsor: Czechoslovak Scientific 
and Technical Society. Contact Jan 
Hlavicka, Czech Technical Univ., Dept, of 
Computers, Prague, CSSR. 


ARITH 9, Ninth Symp. on Computer 
Arithmetic, Sept. 6-8, Santa Monica, 
Calif. Contact Algirdas Avizienis, Computer 
Science Dept., Univ. of California at Los 
Angeles, 4731G Boelter Hall, Los Angeles, 
CA 90024, phone (213) 825-3028. 

£32} Compsac 89, 13th Int'l Computer Soft¬ 
ly ware and Applications Conf., Sept. 
18-22, Kissimmee, Fla. Contact IEEE Com¬ 
puter Society, 1730 Massachusetts Ave. NW, 
Washington, DC 20036-1903, phone (202) 
371-0101. 


Third Pan Pacific Computer Conf., Aug. 
15-19, Beijing. Sponsors: Chinese Computer 
Federation, Chinese Inst, of Electronics. 
Contact Halbrecht Associates, 1200 Summer 
St., Stamford, CT 06905, phone (203) 
327-5630. 


£» CSM 89, Conf. on Software Main- 
^7 tenance. Sept. 25-28, Pensacola, Fla. 
Contact CSM 89, IEEE Computer Society, 
1730 Massachusetts Ave. NW, Washington, 
DC 20036-1903, phone (202) 371-0101. 


VLSI 89, Int’l Conf. on Very Large Scale 
Integration, Aug. 16-18, Munich, West Ger¬ 
many. Sponsor: IFIP. Contact VLSI 89, Sie¬ 
mens AG, Otto-Hahn-Ring 6, 8000 Munich 
83, Federal Republic of Germany, phone 49 
(89) 63-64-60-38. 

IJCAI 89, 11th Int'l Joint Conferences on 
Artificial Intelligence, Aug. 20-26, Detroit. 
Sponsors: Int’l Joint Conferences on Artifi¬ 
cial Intelligence, Inc., AAAI. Contact Wolf¬ 
gang Bibel, Computer Science, Univ. of 
British Columbia, 6356 Agricultural Rd., 
Vancouver, B.C., V6T 1W5, Canada, phone 
(604)228-3061. 

Working Conf. on Engineering for Human- 
Computer Interaction, Aug. 21-25, Napa 
Valley, Calif. Sponsor: IFIP. Contact 


£m Performance Evaluation, Reliability, 
and Exploitation of Computer Sys¬ 
tems, Sept. 26-29, Walbrzych, Poland. 
Sponsors: Polish Informatic Society, et al. 
Contact George J. Anders, Stations and 
Underground Section, Electrical Research 
Dept., Ontario Hydro, 800 Kipling Ave., KR 
151, Toronto, Ont., Canada M8Z 5S4, 
phone (416) 231-4111. 

£3^ Second IEEE Workshop on Worksta- 
vS7 lion Operating Systems, Sept. 27-28, 

Pacific Grove, Calif. Contact Luis-Felipe 
Cabrera, Mail Code K52/803, IBM Almaden 
Research Center, 650 Harry Rd., San Jose, 
CA 95120-6099, phone (408) 927-1838; or 
Joseph Boykin, Encore Computer, 257 
Cedar Hill St., Marlborough, MA 01752, 
phone (617) 460-0500. 
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BOOK REVIEWS 


Editor: Wiley McKinzie, School of Computer Science and Technology, Rochester Institute of Technology, Rochester, NY 14623; Comprriail, w.mckinzie; CSnet, wrm@rlt 


Design Analysis and Performance Evaluation The Awk Programming 

Methodologies for Database Computers Language 


Steven A. Demurjain, David K. Hsiao, 

and Roger G. Marshall (Prentice Hall, 

Englewood Cliffs, N.J., 1987, 300 pp„ 

$57) 

This book is exactly what the reader 
would expect from the title. The authors 
apply five quantitative analytical method¬ 
ologies to two database machine architec¬ 
tures to demonstrate how these techniques 
can be used to understand the effect a par¬ 
ticular design strategy will have on key 
performance measures. 

The methodologies are: 

• Queueing networks view an architec¬ 
ture as a system of servers, each serv¬ 
icing a queue of requests. 

• Time complexity views an architecture 
as an algorithm, focusing on the por¬ 
tions of the algorithm dominating the 
time required for execution. 

• Simulation views an architecture as a 
series of changes in system state, oc¬ 
curring continuously or at discrete 
intervals in time. 

• Benchmarking measures the time re¬ 
quired for an architecture to perform 
some standard unit of work, expressed 
either as response time for an 
individual unit of work or as system 
throughput for a collection of work 

• Checkpointing measures the time re¬ 
quired for intermediate activities, such 
as individual disk reads, that taken to¬ 
gether make up an individual unit of 
work. 

The authors apply these techniques to 
the proposed DBC database machine and 
the multiback-end database system MDBS. 
The authors developed these architectures 
(DBC 1976-1980, MDBS 1980-1988) and 
summarize them in an introductory chap¬ 
ter. 

This book is an expansion of a paper 
published in Advances in Computers 
(Marshall Yovits, ed.; Academic Press, 
1986). The authors introduce each method¬ 
ology in a separate chapter and explain the 
problem it is intended to analyse, how to 
set up the analysis, and how to interpret 


the results. The topics do not overlap 
much, except for a chapter combining 
queueing networks and time complexity. 

Some original theoretical work com¬ 
pares queueing networks that have ele¬ 
ments that always queue requests when 
busy with queueing networks that have 
elements that discard requests when busy. 
The interaction of queueing networks and 
time complexity is also examined. The au¬ 
thors focus more on applying existing 
techniques than developing new ones. The 
book’s principal strength lies in its strong 
applied computer science focus. 

The weaknesses are minor. The authors 
presume that database computers are very 
different from general-purpose computers, 


This book is exactly 
what the reader would 
expect from the title. 


but they don’t explain why or give clues 
about applying their techniques to non¬ 
database architectures. This limits the tar¬ 
get audience unnecessarily. 

Graphics are used appropriately in most 
of the book, but the chapter on benchmark¬ 
ing uses page after page of tables where 
graphics would have been more appropri¬ 
ate. The index includes many extraneous 
entries (the phrase “such as ALGOL” is 
indexed under “ALGOL”), making the 
topics discussed in depth more difficult to 
locate. 

The authors have aimed the book at “the 
entire computing community.” It will be 
most valuable to professional engineers 
working with database architectures and 
performance evaluation. The book would 
also be helpful as a secondary text in quan¬ 
titative methods courses; the chapters on 
queueing theory would dovetail well with 
L. Kleinrock’s Queueing Systems, for ex¬ 
ample. 

Spencer Dawkins 

Bell-Northern Research 


Alfred V. Aho, Brian W. Kernighan, and 

Peter J. Weinberger (Addison-Wesley, 

Reading, Mass., 1988, 210 pp„ $21.50) 

Awk, an obscurely named programming 
language, has been part of the Unix 
operating system for about ten years. Most 
Unix users either divorce themselves from 
the Unix package’s capabilities by buying 
word processors, drop-down menu 
systems, and accounting packages, or jump 
into Unix with both feet by learning to 
program in C, the de facto programming 
language for Unix. 

Both groups initially tend to ignore 
Awk’s capabilities, primarily because 
those capabilities have received little 
coverage except in the man pages and 
technical papers included with Unix 
system distribution. I am no exception, 
having ignored Awk for my first four years 
working with Unix. 

The Awk Programming Language by 
Aho, Kernighan, and Weinberger solves 
that problem. This is a comprehensive and 
authoritative work on Awk. Anyone who 
has not figured out where the name Awk 
came from should take another look at the 
authors’ names. 

The book’s conclusion states, “Awk is 
not a solution to every programming 
problem, but it’s an indispensable part of a 
programmer’s toolbox, especially on Unix, 
where easy connection of tools is a way of 
life.” This correctly explains why one 
should learn Awk. The text shows how to 
use Awk, initially in a tutorial and finally 
with a manual for Awk’s new version 
(distributed with Unix, System 5, Release 
3.1 and later). The most important 
additions of the new version include 
capabilities for multiple input streams and 
user-defined functions. If you don’t have 
this version of Awk the book is still very 
useful, but you will wish you had the 
newer version. 

The beginning of the book shows how 
to write useful one-line Awk programs to 
select data, compute totals, and format 
output. Anyone with a little programming 
expertise can pick up these concepts and 
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start doing useful tasks within an hour or 
two. This tutorial may be enough to 
convince serious C programmers that 
many of those quick and dirty C programs 
that took “only a few minutes to write” can 
be replaced with Awk programs that can 
be typed on the command line. 

Once the authors have hooked the 
reader, they offer a fairly comprehensive 
description of the language. Again, as in 
the tutorial, examples show the power of 
the different Awk commands. For 
example, the Awk program “{print NR 
$0) prints each line of a file, preceded by 
its line number. 

The next three chapters address Awk as 
a data- and word-processing tool, covering 
everything from simple reformatting tasks 
to handling multiline records, generating 
form letters, and implementing a relational 
database system with its own query 
language. None of these programs takes 
more than one printed page. The relational 
database query processor, for example, is 
about 50 lines. 

To the fathers of Awk, word processing 
means more than printing formatted text. 
Examples range from cliche generators to 
interactive arithmetic and chemistry tests. 
Within about a dozen lines, a keyword-in¬ 
context generator includes two Awk 


programs and invokes the Unix sort utility. 

The final two chapters present examples 
that few of us are likely to implement but 
that do show the capabilities of the 
language. They start with an assembler for 
a theoretical computer, and include an 
interpreter to simulate the theoretical 
machine so you can “test” your program. 
The complete code for the two-pass 
assembler and the interpreter fits on one 
page. Although most of us would not want 


This is a comprehensive 
and authoritative work 
on Awk. 


to write this, it certainly would be a 
wonderful example for a class on writing 
assemblers. 

The authors explore sorting algorithms 
in detail. They even implement the Unix 
make utility with an Awk program. These 
programs again offer wonderful examples 
of the language’s capabilities, yet remain 
simple enough to comprehend in a few 
minutes. 

The only example longer than one page 


is a recursive-descent translator that covers 
a subset of Awk into C. You may think 
this program is included for those who are 
not convinced that Awk is viable, but the 
fact that the program takes only three 
pages should convert even the hard-core C 
programmer. 

The back of the book contains perform¬ 
ance information, a comprehensive 
summary of Awk, and answers to some of 
the exercises. The book is complete, 
accurate, and well written. Anyone with 
basic programming skills and access to 
Awk could learn to be a good Awk 
programmer. The only apparent shortcom¬ 
ing is that the book applies specifically to 
the new version of Awk. It is rare that 
documentation is available before 
software, but that will be the case for some 
readers. I, for one, now have a burning 
desire to get the new version. 

I lost my fear of Awk about five years 
ago and use it for many tasks. I learned a 
lot from the book, mostly in the area of 
technique; I can now make some of my 10- 
line Awk programs into two-line pro¬ 
grams. I highly recommend the book for 
old and new Awk’ers alike. 

Phil Hughes 

Specialized Systems Consultants 


Software Testing and Evaluation 


Richard A. DeMillo, W. Michael 
McCracken, R.J. Martin, and John F. 
Passafiume (Benjamin/Cummings, 
Menlo Park, Calif., 1987, 537 pp„ 
$32.95) 

The purpose of this book is threefold: to 
provide an overview of the state-of-the-art 
in software testing, to review the available 
testing tools, and to describe how these 
techniques and tools are actually used in 
practice. Examples in this last category 
were gathered mainly from various 
branches of the Department of Defense. 
This broad overview is accompanied by 
several appendixes designed as a reference 
guide and comprehensive bibliography. 

Textbooks on software engineering 
typically concentrate on theory and 
methodologies, with some references on 
tools. Those same subjects are covered in 
only about a third of this book, yet the 
descriptions of techniques and tools are 
quite complete. Testing theory is presented 
briefly to cover definitions, mathematical 
terminology, and fundamental ideas such 
as reliability, validity, and proof of 
correctness. 

The book then discusses an extensive set 
of testing techniques, including static 
analysis, symbolic testing, program 
instrumentation, program mutation, 


random testing, and techniques for real¬ 
time software. The authors describe the 
techniques in enough detail to give 
practitioners a good idea about applicabil¬ 
ity to a given problem, but not enough for 
rigorous application. This discussion is 
limited to the second chapter, but it could 
easily have taken the whole book. 
However, the authors clearly intended to 
leave this level of detail to further research 


The original, narrower 
intent of this work is 
still very evident in its 
organization. 


by the reader; they provide abundant 
references for this purpose. 

The book classifies software engineer¬ 
ing tools in three broad functional 
categories: those for static analysis, 
dynamic analysis, and test support. The 
book specifies the characteristics of each 
category, lists numerous examples, and 
includes information about where tools can 
be obtained, their prices, source and target 
languages, and hardware requirements. 

The second part of the book sets it apart 


from other software engineering texts. 
Here, the authors survey the software 
testing and evaluation practices of the 
Defense Dept, and some of its contractors. 
This survey includes both formal proce¬ 
dures and actual experiences regarding 
each technique described in the first part. 
The authors present the material without 
evaluating the practices, letting the reader 
compare his or her own current or 
proposed practices with those in the book. 
In several sections, under the heading 
“Lessons Learned,” the authors include 
informal statements by the respondents 
about their experiences. Some of these 
amount to very general statements 
(“Allocate time and money for testing up 
front”), but it doesn’t hurt to be reminded. 

The final chapter, on policy and 
standards, is a reference guide to official 
standards such as Mil-Std-SDS, Mil-Std- 
1679 (for the Navy), and several others. 
The authors discuss and compare the 
standards, their proposed modifications, 
and other useful guidelines. 

The original version of this work was a 
report to the Office of the Secretary of 
Defense. Interest within the software 
engineering community persuaded the 
authors to make it available, with slight 
revisions, in book form. Indeed, this book 
could be a very useful resource for 
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software engineers and development 
managers. Software engineers will find it a 
reference source for techniques and tools 
to be explored further, and managers will 
find it a good source of general software 
engineering knowledge and policy ideas. 

However, the original, narrower intent 
of this work is still very evident in its 
organization, and readability suffers for it. 
After the first part, the book’s potential 
audience progressively narrows, and its 
character as a reference work becomes 
more and more evident. The last chapter, 
on military policy and standards, exempli¬ 
fies this trend. (Note that this chapter and 
the appendixes account for half of the 
book.) 

The book does not contain any reference 
to software engineering as applied to 
knowledge-based systems technology. 
There are many new and unresolved issues 
in this area, and I encourage the authors to 
include the topic in a future edition of the 
book. 

In conclusion, this book would make a 
valuable addition to the bookshelf of any 
software engineer or engineering manager. 
Its potential as a textbook would be 
enhanced if the material in the first part 
became the focus of the book. 

Silvano P. Colombano 

Recom Software 


Michael Killen (Harcourt Brace 
Jovanovich, New York, 1988, 284 pp., 
$17.95) 

This book describes events within IBM 
that led to the March 1987 introduction of 
the company’s Systems Application 
Architecture. As IBM’s announcement 
stated, “SAA will be the framework for 
development of consistent applications 
across the future offerings of the major 
IBM computing environments-System/ 
370, System/3X, and Personal Computer.” 

Although the author admits that the 
book’s narrative style is historical fiction, 
most of the key players in the development 
of the SAA concept are real. Unfortu¬ 
nately, neither the style nor the story itself 
— at least as portrayed in this book — is 
very interesting. In fact, Killen fails to 
convince the reader that SAA is as 
revolutionary as the System 360 (an 
assertion Killen makes through one 
character’s thoughts). 

The book contains tutorials on such 
topics as the interrelationship of IBM’s 
mini- and mainframe systems, differences 
between IMS and DB2, and Distributed 
Data Processing products. These are 
interwoven with a depiction of planning 


meetings and events that might have taken 
place inside IBM, all leading to the final 
management committee meeting before the 
announcement. 

Another, less-obvious tutorial revolving 
around IBM’s organizational chart gives 
the reader a little insight into the 
company’s product planning, develop¬ 
ment, and announcement procedures. But 
in general, many other authors have 
written better treatments of this subject. 

The “story line” feels contrived and 
superficial. Killen’s historical fiction 
taught me nothing about the personalities 
of the IBMers. The events and meetings 
are described in the context of semitechni- 
cal concepts, many of which are redundant 
or simply not very interesting. In fact, 
that’s generally what’s wrong with this 
book. 

Killen acknowledges in the preface that 
we will never know the real events leading 
to the SAA announcement until Earl 
Wheeler, the central IBM figure, tells his 
story. If Wheeler ever does write a book 
about SAA, let’s hope it’s more entertain¬ 
ing and revealing than this one. 

Sorel Reisman 

California State University, Fullerton 


Relational Database Management for Microcomputers: 
Design and Implementation 


Jan L. Harrington (Holt, Rinehart, and 
Winston, New York, 1988, 378 pp., 

$26) 

This book deals with database manage¬ 
ment systems in general and focuses on 
relational database management systems. 
According to the author, the organization 
and topic choices are based on two 
assumptions: (1) many small- to medium¬ 
sized businesses are implementing their 
DBMSs on microcomputers, and (2) nearly 
all microcomputer DBMSs are based on 
relational models. These assumptions are 
fairly reasonable, and the book contains 
adequate material for the users of DBMSs 
in the above categories. 

The book consists of three parts. Part I 
covers the major features of database 
design, including the design process, data 
models, normalization, and relational 
algebra. Part II consists of seven chapters 
on relational DBMSs, multiusers, Oracle’s 
SQL, Oracle Ins and Outs, R:base System 
V, dBase III Plus, and managing a 
database system. Part III includes two case 


studies and glossary of commonly used 
DBMS terms. 

The material provides some discussion 
of basic database principles but lacks the 
full details and critical analysis required 
for a textbook on the subject. The author 
uses very simple language to describe and 
explain some of the difficult concepts. An 
example of this is his definition of turnkey 
systems: 

The turnkey systems refer to anything that 
can be run by simply turning a key. A car is 
the ultimate turnkey system. ... While 
database application programs don’t have 
physical keys that a user can turn, it is 
possible to create application programs that 
an unsophisticated or casual user can initiate 
with a single, simple command or action, (p. 
153) 

The chapters on Oracle, R:base System 
V, and dBase III Plus emphasize the major 
characteristics of these relational database 
models and should not be considered 
complete or exhaustive. Each of these 
models justifies a separate text if consid¬ 
ered from that perspective. However, the 


book might interest a reader with little or 
no background in user-requirement 
assessment or database design, since it 
introduces these concepts in a brief and 
simple manner. 

The author provides properly docu¬ 
mented, stage-by-stage discussions of case 
studies throughout the book. Although 
these studies do not contain the overall 
information normally expected, they do 
provide some insight into the effort 
involved in the development of database 
software. 

The book’s major strength lies in its 
conciseness, yet it remains elaborate 
enough to include almost all the important 
topics on the subject. It contains enough 
sample case studies, appropriate examples, 
and exercises for self-practice. Users of 
relational DBMSs for micro- and mini¬ 
computers will find it useful, interesting, 
and worthy of study. 

Mushtaq Ahmad 

Bradley University 
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NEW LITERATURE 


PC inside story. James Chposky and 
Ted Leonsis reveal the inside story of 
IBM’s plunge into the personal computer 
market in Blue Magic: The People, Power, 
and Politics Behind the IBM PC (ISBN 0- 
8160-1391-8, 224 pp., $19.95). Based on 
hundreds of hours of interviews with 
original members of the PC team, the book 
includes an examination of the most 
notable failure in IBM history: the PC Jr. 
Contact Facts on File, 460 Park Avenue 
South, New York 10016, phone (212) 683- 
2244. 

Bulletin boards and the law. The legal 
rights and responsibilities of computer 
bulletin board operators are detailed in 
Syslaw (100 pp., $19) by Jonathan Wallace 
and Rees Morrison, two lawyers who are 
also system operators. The book examines 
issues that remain undecided by the courts, 
including operator liability if someone 
posts a Trojan horse or copyrighted 
material on the board. Contact LLM Press, 
150 Broadway, Suite 610, New York 
10038, phone (212) 766-3785. 

Software problems. In The Frozen 
Keyboard: Living with Bad Software 


(ISBN 0-8306-3146-1, 300 pp., softcover, 
$15.60), author Boris Beizer asserts that 98 
percent of users’ problems are caused by 
poorly written, inadequately tested, or just 
plain bad software. Readers will learn how 
to spot bugs, what to look for in manuals, 
what to do about crashes, and how, when, 
and where to complain. Contact Tab 
Books, Blue Ridge Summit, PA 17294- 
0850, phone (717) 794-2191. 

Data transmission systems. Focusing 
on real-life examples of analog and digital 
systems, the second edition of Data 
Transmission (ISBN 0-07-065447-6, 493 
pp., $40) by Dogan A. Tugal and Osman 
Tugal features a new chapter on LANs as 
well as new sections on circuit bridging, 
static electricity, circuit isolation, and 
power supply problems. Contact McGraw- 
Hill at (800) 2MCGRAW. 

Expert systems in manufacturing. A 

new book from the Society of Manufactur¬ 
ing Engineers, Expert Systems: Strategies 
and Solutions in Manufacturing Design 
and Planning (200 pp., softcover, $45), 
contains 21 articles by experts systems 
professionals focusing on the latest 


developments in expert systems plus 
advances in knowledge representation, 
automated process planning, machine 
learning, and the specifications of 
production systems. Contact the Society of 
Manufacturing Engineers, One SME 
Drive, Box 930, Dearborn, MI 48121- 
0930, phone (313) 271-1500, extension 
418 or 419. 

R&D yearbook available. Ergosyst 
Associates has released the first World 
Yearbook of New Generation Computing 
Research and Development (ISBN 0- 
916313-14-X, 830 pp., $150), edited by 
Igor Aleksander and Ian Benson. The core 
of this directory of research projects is a 
country-by-country list of academic, 
commercial, industrial, and government 
institutions where research is being 
conducted. Included are detailed descrip¬ 
tions of the project, its aims, the name and 
address of a contact person, and recom¬ 
mended readings written by individual 
project researchers. Also included is a 
section on the agencies funding computer 
science research worldwide. 

Contact Ergosyst, Old Post Road, Brook¬ 
field, VT 05036, phone (802) 276-3162. 


E-SYSTEMS 


Software Quality 
Assurance Engineers 


Software Quality Assurance Engineers with at 
least three years experience interested in joining 
our expanding quality assurance organization. 

Requirements: 

• Life cycle real-time software development 

Desired Qualifications: 

• Experience in ' 
e audits 


• BS in technical field 

Please submit your resume including salary 
history to: E-Systems, Inc., Melpar Division, 
Department K-118,7700 Arlington Boulevard, 
Falls Church, Virginia 22046. 

E-SYSTEMS 

The science of systems. 

U.S. Citizenship Required. 

An Equal Opportunity Employer, M/F.V.H. 

We Practice and Support Affirmative Action. 


Research in Applications 
of Computing and 
Imaging Sciences 

Eastman Kodak’s Boston Technology Center is a new 
research center specializing in the application of Comput¬ 
ing, Information, and Imaging sciences to the fields of 
Printing, Publishing, and Imaging. The Center is 
chartered to develop technology leading to commercial 
exploitation three to ten years in the future. 

We have openings for a few highly qualified individuals 
able to make immediate, creative contributions in the 
following areas: Distributed, object-oriented databases; 
Hypertext and Hyper-media systems; Image processing 
and parallel computing; Distributed computing over very 
fast (gigabit/second) local area networks; User interface 
design. 

APh.D. or equivalent research experience in Computer 
Science, Electrical Engineering or Imaging Science (Ap¬ 
plied Mathematics) is required. Familiarity with C or C++, 
object-oriented programming, and Unix are highly 
desirable. 

Qualified candidates (principals only) are invited to 
send resumes, including publication record, to Ms. 
Gail Kudla, Human Resources, Mail Stop 710/805M, 
32 Wiggins Ave., Bedford, MA 01730. 
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CAREER OPPORTUNITIES 


RATES: $12.00 per line, $120 
minimum charge (up to ten lines). 
Average five typeset words per line, eight 
lines per column inch. Add $10 for box 
number. Send copy at least one month 
prior to publication to: Heidi Rex or 
Marian Tibayan, Classified Advertis¬ 
ing, COMPUTER Magazine, 10662 Los 
Vaqueros Circle, Los Alamitos, CA 
90720; (714) 821-8380. 

In order to conform to the Age Discrimi¬ 
nation in Employment Act and to dis¬ 
courage age discrimination, COMPUTER 
may reject any advertisement containing 
any of these phrases or similar ones: 
“...recent college grads...,” "...1-4 years 
maximum experience...,” “...up to 5 years 
experience...,” or “...10 years maximum 
experience.” COMPUTER reserves the 
right to append to any advertisement, 
without specific notice to the advertiser, 
“Experience ranges are suggested mini¬ 
mum requirements, not maximums.” 
COMPUTER assumes that, since adver¬ 
tisers have been notified of this policy in 
advance, they agree that any experience 
requirements, whether stated as ranges or 
otherwise, will be construed by the reader 
as minimum requirements only. 


UNIVERSITY OF MARYLAND 
Institute for 

Advanced Computer Studies 

The University of Maryland Institute for 
Advanced Computer Studies (UMIACS) 
was established in 1985 as an independent 
state-funded research unit. UMIACS, while 
residing on the College Park campus, is in¬ 
tended to serve the entire University of 
Maryland system as a focal point for research 
activities in computing. 

UMIACS has 25 tenure track research 
faculty lines, in addition to a substantial 
operating budget to support the research ac¬ 
tivities of its faculty. Faculty members in 
UMIACS will hold joint appointments with 
academic departments on the campus; their 
teaching responsibilities would be reduced 
according to their percentage appointments 
in UMIACS. 

Several faculty positions have been re¬ 
served for permanent, full-time appoint¬ 
ments in the Institute. These appointments 
are for senior level faculty and will include 
commitments from the Institute for research 
support (e.g. equipment, travel, graduate 
students, etc.). Applicants for these perma¬ 
nent positions should send a complete re¬ 
sume and names of four references, by Feb¬ 
ruary 28, 1989 to Prof. Larry S. Davis, 
Director, University of Maryland Institute for 
Advanced Computer Studies, College Park, 
MD 20742. The University of Maryland is an 
equal opportunity and affirmative action 
employer. Women and minorities are en¬ 
couraged to apply. 


UNIVERSITY OF CALIFORNIA 
AT DAVIS 
Faculty Positions in 
Computer Science 

The Computer Science Division of the 
Department of Electrical Engineering and 
Computer Science of the University of Cali¬ 
fornia at Davis invites applications for several 
tenure-track positions at all ranks. The 
primary areas of interest are computer ar¬ 
chitecture, networks, VLSI design, and 
parallel computing. Outstanding candidates 
in other fields will also be considered. 

The Division of Computer Science is in a 
period of rapid growth, with the aim of be¬ 
coming one of the leading computer science 
programs in the nation. The division offers 
programs leading to Bachelor of Science, 
Master of Science, and Doctor of Philosophy 
degrees. Its expanding research facilities in¬ 
clude an Encore Multimax processor, several 
VAX systems (8600, 785, etc.), two Iris 
graphics workstations, a Ridge 32, numer¬ 
ous Sun, Microvax II, and Apollo worksta¬ 
tions, and a number of special purpose 
systems all linked through Ethernet and 
serial communications networks. Other LAN 
systems are available for instruction and 
research. General purpose campus facilities 
are available, and the supercomputer re¬ 
sources of the Lawrence Livermore National 
Laboratories are also accessible. Our College 
of Engineering is the nation’s sixteenth 
largest producer of Ph.D.’s in a Unversity 
which has the nineteenth largest extramural 
research funding. Salary and benefits are ex¬ 
tremely attractive. 

The town of Davis has a population of ap¬ 
proximately 50,000. Located eleven miles 
from Sacramento, it is situated within driving 
distance from the major cultural centers of 
the San Francisco area as well as the out¬ 
standing recreational facilities of the Sierra 
Nevada. The town has earned an interna¬ 
tional reputation for its progressive energy- 
conservation policies. Because of its loca¬ 
tion, its climate, and its small town character, 
Davis is considered by many to be a fine liv¬ 
ing environment. 

We are seeking individuals with strong 
records of teaching and research with am¬ 
bitious plans. Senior appointments require 
outstanding records of achievement; junior 
appointments must show evidence of great 
promise. All faculty are expected to have a 
strong commitment to teaching at all degree 
levels, and to demonstrate the ability to at¬ 
tract significant research support. The posi¬ 
tions require a Ph D. degree or equivalent, 
and are open until filled. Send a resume and 
the names of at least three references to: 

Richard F. Walters, Chair 

Division of Computer Science 

S. Louis Hakimi, Chair 

Department of Electrical Engineering 
and Computer Science 

University of California 

Davis, CA 95616 

The University of California is an equal 
opportunity/affirmative action employer. 


STATE UNIVERSITY OF NEW YORK 
AT BUFFALO 

The Department of Computer Science is 
seeking to fill several Assistant Professor 
positions to begin Fall 1989. Applicants must 
have a Ph.D. in Computer Science or a 
related field by September 1, 1989, and 
must have superior research ability. 

The University at Buffalo is the largest 
public university in New York and New 
England, with approximately 26,000 stu¬ 
dents enrolled in 93 undergraduate, 101 
master’s, and 94 doctoral programs, in¬ 
cluding law, medical, and business schools. 

Present computer science research areas 
include artificial intelligence, computer 
vision, parallel algorithms, theory of com¬ 
putation, and performance evaluation. The 
annual research expenditure of the depart¬ 
ment exceeds $1 million. We are particularly 
interested in faculty who will be able to bridge 
the areas of present strength to the systems 
areas of programming languages, computer 
architecture and operating systems. The 
department offers BA, BS, MS and PhD 
degrees, with controlled undergraduate 
enrollment. Departmental computing facili¬ 
ties include a VAX 11/785, twenty SUNs, 
nine lisp machines, two Hypercubes, one 
Encore multimax and several image proces¬ 
sing/graphics systems. The current depart¬ 
ment consists of 15 tenure-track faculty, 3 
lecturers, 3 full-time technical staff and over 
60 supported graduate students. The depart¬ 
ment is expanding, with additional faculty 
lines committed annually. Salaries are ex¬ 
tremely competitive. 

Resumes and names of four references 
should be directed to: Prof. Sargur N. 
Srihari, Chairman of Search Committee, 
Department of Computer Science, 226 Bell 
Hall, SUNY at Buffalo, Buffalo, NY 14260 
(CSnet: srihari@buffalo). For full considera¬ 
tion, applications should be received by 
January 15, 1989. SUNY is an affirmative 
action/equal opportunity employer. 


UNIVERSITY AT BUFFALO 
State University of New York 
Research Associate 

Associate will be responsible for designing 
and conducting aerosol research and inte¬ 
grating the aerosol research projects with im¬ 
age processing instrumentation. Experience 
with 1) aerosol generation, sampling, char¬ 
acterization and data acquisition, and 2) 
VMS and UNIX operating systems and 
Comtal and Targa Image Processing Sys¬ 
tems is required. Only candidates with an 
M S. in Electrical and Computer Engineer¬ 
ing will be considered. The position is full 
time (40 hrs/wk) at $24,000/year. Apply 
with resume to: Laboratory for Power and 
Environmental Studies, 328 Bonner Hall, 
Amherst, New York 14260, Attn: Dr. S. 
Patel. 
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UNIVERSITY OF WASHINGTON 

The Department of Computer Science 
seeks candidates for tenure-track faculty ap¬ 
pointments in computer science/engineer¬ 
ing starting in the 1989-90 academic year. 
Applications from outstanding individuals in 
all areas of computer science/engineering 
will be considered. 

A moderate teaching load allows time for 
quality research and close involvement with 
students. We expect applicants to have a 
strong commitment to both research and 
teaching, and an outstanding record of 
research for their level. Any appointment 
should bring significant new research 
strength to the University. 

Interested applicants should send a letter 
of application, a. resume, and the names of 
four references to Jean-Loup, Baer, Chair¬ 
man, Department of Computer Science, 
FR-35, University of Washington, Seattle, 
WA 98195. 

The University of Washington is an Affir¬ 
mative Action/Equal Opportunity Employer. 
The Ph.D. is required for these positions. 


UNIVERSITY OF CALIFORNIA 
AT IRVINE 

Faculty Positions in Computer Science 

The Department of Information and 
Computer Science (ICS) is actively recruiting 
new faculty members. We have energetic re¬ 
search groups in the areas of architecture 
and operating systems, artificial intelligence 
and machine learning, software engineering 
and programming environments, social and 
managerial analysis of computing, and data 
structures and algorithms. We are currently 
building on these areas of existing strength. 

We are looking for energetic, congenial 
candidates who would thrive in a serious but 
friendly research setting, and who would like 
to join us in exploring the nature of comput¬ 
ing, broadly defined. Exceptionally distin¬ 
guished candidates for senior positions are 
especially encouraged to apply. 

The ICS Department is an independent 
academic unit reporting to the Executive 
Vice Chancellor. ICS maintains an emphasis 
on core computer science as well as effective 
interdisciplinary ties to colleagues in 
Neurobiology, Cognitive Science, Manage¬ 
ment, Engineering, and other areas. The 
department currently has 25 full-time faculty 
positions and 85 Ph.D. students, with major 
support from the administration to expand 
and to strengthen the research environment. 
Annual research contracts from DARPA, 
NSF, ONR, and other agencies currently 
total over $3 million. In 1986 the Depart¬ 
ment was awarded a Coordinated Experi¬ 
mental Research (CER) grant from the Na¬ 
tional Science Foundation. This support is 
fostering the creation of a Laboratory for 
Software Research, in which major studies of 
the development and evaluation of software 
technology can be undertaken. It is also 
being used to strengthen the base of 
machines supporting other software re¬ 
search. Department equipment includes 
over 100 workstations, primarily Sun-3’s. 
Two large multiprocessor Sequents are 
available, as well as approximately 75 


Macintosh Plus’s and II’s. Several laser 
printers are available for high-quality output. 
All machines are tied together with net¬ 
works, which are gate way ed to the campus 
network, and from there, to regional, na¬ 
tional, and international networks (Darpa In¬ 
ternet, CSnet, Bitnet, etc.). In addition, 
department members have access to cam- 
pus-wide computing resources as. well as 
regional supercomputer access. 

UCI is located in Orange County, three 
miles from the Pacific Ocean near Newport 
Beach, and approximately halfway between 
Los Angeles and San Diego. The campus is 
situated in the heart of a national center of 
high-technology enterprise, and is experi¬ 
encing substantial growth with exciting 
opportunities. Salaries and benefits are com¬ 
petitive. Special housing assistance is avail¬ 
able from the university, including newly 
built, for-sale housing within short walking 
distance from the Department. 

Send resumes and names of four refer- 

John L. King, Chair 
Department of Information 
and Computer Science 
University of California 
Irvine, CA 92717 

Apply before March 1, 1989, to ensure 
consideration. 

An Affirmative Action/Equal Opportunity 
Employer. 


MISSISSIPPI STATE UNIVERSITY 
Head, Department of 
Computer Science 

Mississippi State University invites applica¬ 
tions and nominations for the position of 
Head of the Computer Science Department. 
Mississippi State is seeking an individual who 
can provide leadership and direction for its 
computer science program offering B.S., 
M.S., and Ph.D. degrees. The successful 
candidate must have a Ph.D. degree in com¬ 
puter science or a closely related discipline 
and must have faculty experience in a doc¬ 
toral granting computer science department 
and an established record in research. 

Mississippi State University is a com¬ 
prehensive land grant university with 
teaching, research and service programs 
spanning a broad range of disciplines and 
professions. The Computer Science Depart¬ 
ment is a part of the College of Arts and 
Sciences and has fifteen full-time faculty. 
The new department head will be expected 
to recruit and fill current open positions. The 
Research Center for Advanced Scientific 
Computing has recently received $12 million 
grant and the University recently created a 
Center for Robotics, Automation and Artifi¬ 
cial Intelligence. A comprehensive research 
program is now a principal priority of the 
University with new programs being estab¬ 
lished and underway. 

A central computer facility consisting of a 
four-processor Unisys 1100 along with vari¬ 
ous peripheral devices and computers is 
available to the students and faculty. The 
Computer Science Department maintains 
several computer laboratories consisting of 
microcomputers, minicomputers, SUN 
workstations, and access to a VAX 11/785. 


The Computer Science Department will be 
housed in a separate new facility now under¬ 
going a $2 million renovation, to be available 
in 1989. 

Mississippi State is located in Starkville, 
Mississippi, a college town of approximately 
20,000. Memphis, Tennessee, Birming¬ 
ham, Alabama, and Jackson, Mississippi, 
are within two to three hours driving time. A 
regional airport serves Starkville and nearby 
cities of Columbus and West Point. 

Interested applicants please forward vita 
and names of four references to: 

Charles L. Bradshaw 
Acting Department Head 
Computer Science Department 
Mississippi State, MS 39762 
601-325-2756 

MISSISSIPPI STATE UNIVERSITY IS 
AN EQUAL OPPORTUNITY/AFFIRMA¬ 
TIVE ACTION EMPLOYER. 


WORCESTER POLYTECHNIC 
INSTITUTE 

The Computer Science Department in¬ 
vites applications for tenure track faculty 
positions at all levels. Candidates from all 
areas of computer science will be con¬ 
sidered; however preference will be given to 
candidates with expertise in theoretical 
aspects of computer science and computer 
architecture. Candidates should have a 
Ph.D. in Computer Science and a strong in¬ 
terest in both research and teaching. 

Worcester Polytechnic Institute empha¬ 
sizes quality in the undergraduate learning 
experience and is committed to an innova¬ 
tive project-oriented teaching environment. 
The undergraduate computer science degree 
is accredited by the Computer Sciences Ac¬ 
creditation Board. 

The current goal of the Institute is to 
enhance our graduate program and improve 
research activities. The department seeks 
qualified candidates who will help us achieve 
these objectives. WPI is located close to the 
center of the Massachusetts minicomputer 
industry and excellent opportunities exist for 
cooperative research and consulting. 

The Department has 12 full-time faculty 
with 170 undergraduates and 50 full-time 
and 100 part-time graduate students in our 
M.S. and Ph.D. programs. Department 
equipment includes an Encore MultiMax, 
four VAX 750s, an AT&T 3B-15, seven 
Sun workstations, and more than 80 PCs 
(both UNIX and MS-DOS based). Most of 
this equipment is interconnected via Ether¬ 
net. The Institute is completing the installa¬ 
tion of a campus-wide telecommunication 
system which will provide complete connec¬ 
tivity throughout the campus. A new Infor¬ 
mation Science Building is currently under 
construction, and we plan to move into our 
new facilities during the 1989 fall semester. 

Located 45 miles west of Boston, Wor¬ 
cester is a city of 180,000 people. There are 
seven colleges and universities in greater 
Worcester, and Worcester offers a rich varie¬ 
ty of cultural activities. 

Please send a resume to Robert Kinicki, 
Department Head, Department of Com¬ 
puter Science, WPI, Worcester, MA 01609. 

WPI is an Equal Opportunity/Affirmative 
Action Employer. 
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GEORGIA INSTITUTE 
OF TECHNOLOGY 
School of Information and 
Computer Science 

The School of Information and Computer 
Science invites applications for faculty posi¬ 
tions at all levels. Applicants should have a 
commitment to teaching and a record of out¬ 
standing research accomplishments. Appli¬ 
cants who expect to receive a Ph.D. degree 
by Fall 1989 and who show high potential for 
research as well as a commitment to teaching 
are also invited. 

The School seeks applicants to strengthen 
its capabilities in all areas of computer sci¬ 
ence. Very competitive salaries are offered. 

The School has 30 faculty members and 
anticipates further faculty growth. Its educa¬ 
tional activities include an undergraduate 
program accredited by the Computing Sci¬ 
ences Accreditation Board, Inc., a Masters 
program with 150 students and a Ph.D. pro¬ 
gram with over 70 students. Well equipped 
laboratories support research and education. 
High-speed local area networks interconnect 
all major campus laboratories and provide 
access to national networks. 

The School is in the second year of a five 
year Coordinated Experimental Research 
grant from the National Science Foundation. 
This grant is funding acquisition of hardware 
and development of software to suport ex¬ 
perimental work in parallel and distributed 
computing. 

Georgia Tech is located in Atlanta, which 
experiences a mild sunbelt climate. It is the 
center of commerce in the Southeast, offer¬ 
ing a diverse economy and good employ¬ 
ment opportunities in all professional areas. 
Atlanta offers good cultural and recreational 
opportunities, extremely attractive residen¬ 
tial neighborhoods, and affordable housing. 

Candidates should send complete re¬ 
sumes and names of at least three references 
to: Chairman, Faculty Search Committee; 
School of Information and Computer Sci¬ 
ence; Georgia Institute of Technology; 
Atlanta, Georgia 30332. 

Georgia Tech is an equal opportunity 
employer. 


COMPUTER APPLICATIONS 
ENGINEER 

For communications firm in Central Ohio. 
Do exploratory research in new architectures 
and technologies for multiprocessor systems 
for data switching systems and evaluate ar¬ 
chitectural technological alternatives for next 
generation switching products. No experi¬ 
ence necessary. Must have a Ph.D. in Com¬ 
puter Science. Graduate curriculum must 
have included no less than one course in 
mutliprocessors and one course in computer 
architecture. 40 hours per week, (work 
schedule: 7:45am to 4:30pm). Salary is 
$50,000 per year. Qualified applicants reply 
immediately with resume to R. Lechler, J.O. 
* 0021126, Ohio Bureau of Employment 
Services, P.O. Box 1618, Columbus, OH 
43216. 


UNIVERSITY OF CALIFORNIA at 
SANTA CRUZ 
Baskin Center for 
Computer Engineering and 
Information Sciences 

The Computer Engineering Board of 
Studies at the University of California’s Santa 
Cruz campus invites applications for posi¬ 
tions of Assistant, Associate or Full Pro¬ 
fessor, as appropriate, effective July 1, 
1989. Application closing date is January 
18, 1989. 

The Division of Natural Sciences at 
UCSC, through the Baskin Center for Com¬ 
puter Engineering and Information Sci¬ 
ences, offers programs in Computer and 
Information Sciences and in Computer Engi¬ 
neering. Research is emphasized in seven 
different areas: theoretical computer sci¬ 
ence, artificial intelligence, programming 
languages and environments, computer 
graphics and image processing, communica¬ 
tions and networks, computer architecture 
and operating systems, and computer sys¬ 
tems design and applications. These fields of 
emphasis are supported by ten faculty 
members from the Computer Engineering 
board and fourteen faculty members from 
the Computer and Information Sciences 
board. 

UCSC is the University of California cam¬ 
pus nearest to “Silicon Valley”. Faculty 
salaries are competitive, and opportunities 
for consulting are extensive. 

Candidates are sought at the Assistant 
Professor level with strengths in two or more 
of the following areas: special purpose archi¬ 
tectures and parallel environments, computer 
aided design, graphics, real time systems, 
image processing, computer architecture, 
computer systems and languages, and soft¬ 
ware construction. (*142-889) 

Candidates are sought at all levels, with 
preference given to senior level applicants, 
with strengths in two or more of the following 
areas: software engineering, compilers, 
computer architecture, operating systems, 
algorithms, workstation networking, parallel 
environments, robotics, image systems, and 
VLSI (*141-889) 

Minimum qualifications: Ph.D. in Com¬ 
puter Engineering, Electrical Engineering, 
Computer Sciences, or equivalent. Candi¬ 
dates for tenured positions must have a solid 
research record as evidenced by publications 
in technical journals. Candidates for non- 
tenured positions must have demonstrated 
potential for a successful research career. 
Applicants will be evaluated on their re¬ 
search record, teaching, professional activi¬ 
ties, and demonstrated (or potential) leader¬ 
ship in their fields. Industrial experience will 
be favorably considered. 

Send applications, including curriculum 
vitae with cover letter, letters of recommen¬ 
dation, copies of any recent publications, 
and teaching evaluations, to the address 
listed below. Candidates for tenured ap¬ 
pointments should obtain at least five letters 
of recommendation evaluating their scholar¬ 
ly contributions, teaching, and other profes¬ 
sional accomplishments. Candidates for As¬ 
sistant Professor appointments should obtain 
at least three letters of recommendation. 

Applications should be postmarked by 
January 18, 1989. If either position remains 
unfilled, applications at the Assistant Pro¬ 


fessor level only will be accepted until Febru¬ 
ary 28, 1989. If positions at this level remain 
unfilled, consideration may be given to 
junior level applications received until May 
1, 1989. 

Salary commensurate with qualifications 
and experience. 

Send applications to: Chair, Computer 
Faculty Search Committee, Baskin Center 
for Computer Engineering and Information 
Sciences, Applied Sciences Building, Uni¬ 
versity of California, Santa Cruz, CA 95064. 
Please refer to positions by field: *141-889 
or*142-889. Please indicate whether ap¬ 
plications for 141-889 are at the junior or 
senior level. 

UCSC IS AN EEO/AA/IRCA EM¬ 
PLOYER. 


WRIGHT STATE UNIVERSITY 

Department of Computer Science 
and Engineering 
Dayton, OH 45435 

Applicants are invited for tenure-track and 
visiting faculty positions at all levels. Suc¬ 
cessful candidates for tenure-track positions 
should have a Ph.D. in computer science, 
computer engineering, or equivalent back¬ 
ground and have demonstrated forward 
looking and creative research. Further 
desired attributes include: capability to direct 
Ph D. candidates in computer science or 
computer engineering and the ability to ac¬ 
quire funds and/or direct research projects. 
All technical areas will be considered but AI 
related areas including machine learning and 
neural networks are of particular interest. 
Rank and competitive salaries are determined 
by qualifications and experience. 

The university is located in a high technol¬ 
ogy environment among industrial/military 
research and development facilities including 
Wright-Patterson Air Force Base and NCR. 
The graduate program has excellent offices 
and computing facilities in the WSU Re¬ 
search Center located in a fast growing 
associated state-assisted research park 
fostering basic and applied industrial/ 
military/university research. The Center for 
AI Applications and the Edison Materials 
Technology Center (EMTEC) funding 
organizations are located in the same 
building. 

Department strengths include a large 
faculty, extensive laboratory facilities in¬ 
cluding graduate laboratories in AI, optical 
computing, neural networks, and robotics, 
established research programs, industrial/ 
military support, degree programs in both 
computer science and computer engineer¬ 
ing, and large student populations at 
graduate as well as undergraduate levels. 

Please submit a detailed resume including 
names of three references to: CSNET ad¬ 
dress: amcaulay@wright.edu or Alastair D. 
McAulay, NCR Distinguished Professor and 
Chair, Department of Computer Science 
and Engineering, Wright State University, 
Dayton, OH 45435. Reviewing for positions 
will begin immediately and continue monthly 
until positions are filled or until April 1,1989. 

An equal opportunity/affirmative action 
employer. 
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UNIVERSITY OF 
SOUTHWESTERN LOUISIANA 
The Center for 
Advanced Computer Studies 
Research Faculty 
Teaching Faculty 

Graduate Fellowships /Assistantships 

in Computer Science/Engineering 

The Center for Advanced Computer 
Studies is a research center with programs 
leading to MS/PhD degrees in Computer 
Science and Computer Engineering. Exter¬ 
nal grants/contracts support research in a 
variety of areas. The Computing Research 
Laboratory includes a 40-node Sun-3 net¬ 
work, an Encore parallel processing system, 
2 VAX ll/780s, a comprehensive digital 
design lab, laser printers, plotters, and other 
equipment. Instruction utilizes a 3-processor 
Pyramid 90X network running UNIX and an 
IBM 3090-200 with a vector processor. 
Another well-equipped facility supports 
research in CAD/CAM. About 300 students 
are enrolled in computing graduate pro¬ 
grams, including 120 for the PhD. The 
undergraduate program in the Computer 
Science Department is accredited by CSAB 
and offers both scientific and commercial op¬ 
tions, with a current enrollment of 450. The 
undergraduate program in the Electrical and 
Computer Engineering Department is ac¬ 
credited by ABET and offers an option in 
Computer Engineering, with a current 
enrollment of 212. 

RESEARCH FACULTY: Applications 
are invited from persons holding PhD 
degrees with demonstrated research capa¬ 
bilities in Computer Science/Engineering. 
Associate Professors and Professors must 
hold PhDs and have an established research 
publication and grant record. Persons ap¬ 
pointed as Assistant Professors must hold 
PhDs in Computer Science/Engineering 
and have research potential. The typical 
teaching load is 2 graduate-level courses per 
year and a continuing research seminar. 
Salaries are competitive and excellent sup¬ 
port for travel, equipment, research assis 
tants, and professional activities is provided 
so you can achieve your professional goals. 
To apply, send a copy of your resume and 
the names and addresses of at least 3 profes¬ 
sional references. Applications will be con¬ 
sidered until all positions are filled. 

TEACHING FACULTY: Tenure track 
positions are available for persons holding 
PhD degrees in Computer Science or Com¬ 
puter Engineering with a strong commitment 
to teaching undergraduates. Demonstrated 
interest and potential for performing limited 
independent research is desirable. Duties in¬ 
clude teaching, advising, curriculum develop¬ 
ment, and program evaluation. Competitive 
salaries, support for travel, well equipped 
laboratories, and graduate assistant support 
provide an environment for quality instruc¬ 
tion. To apply, send a copy of your resume 
and the names and addresses of at least 3 
professional references. Applications will be 
considered until all positions are filled. 

PhD FELLOWSHIPS: A number of 
PhD Fellowships valued at up to $18,000 
per year including tuition and fees are 
available. They provide support for up to 4 
years of study towards the PhD in Computer 
Science or Computer Engineering. Recipi¬ 
ents also receive preference for low-cost 


campus housing. Applications must be re¬ 
ceived by 15 February 1989. 

MS/PhD ASSISTANTSHIPS: More 
than 100 teaching and research assistant- 
ships are available to support students pursu¬ 
ing an MS or PhD degree in Computer Sci¬ 
ence or Computer Engineering. Stipends are 
valued at up to $10,000 per academic year 
including tuition and fees. Applications must 
be received by 1 March 1989. 

APPLICATIONS: Dr.Steve P. Landry, 
Acting Director, The Center for Advanced 
Computer Studies, Lafayette, LA 70504- 
4330. Phone: (318) 231-6284. 

An Affirmative Action/Equal Opportunity 
Employer. 


UNIVERSITY OF CALIFORNIA 
SAN DIEGO 

The Department of Computer Science 
and Engineering expects to have junior level 
faculty positions (tenure track) in computer 
science and computer engineering. These 
positions involve research and teaching at 
both graduate and undergraduate levels. 
The department and the university offer an 
outstanding environment for academic com¬ 
puter science. We are interested in strong 
candidates from all major areas of computer 
science (except numerical analysis). For ap¬ 
pointment at the assistant professor level, 
evidence of excellent potential for conduct¬ 
ing research in computer science is neces¬ 
sary. Salary and rank will be commensurate 
with qualifications in conformance with Uni¬ 
versity of California policies; a Ph.D. (or 
advancement to candidacy) in computer sci¬ 
ence or computer engineering is required. 
Applications received by January 31, 1989 
will be considered for all positions, but later 
applications will also be considered if unfilled 
positions remain. Please send a curriculum 
vitae and the names of four references to: 
Dr. Christos H. Papadimitriou, Chair 
Faculty Recruitment Committee 
Dept, of Computer Science and 
Engineering 
Mail Code C-014 
University of California, San Diego 
La Jolla, California, 92093 
UCSD is an Equal Opportunity/Affirma¬ 
tive Action employer. 


PRINCETON UNIVERSITY 

The Department of Electrical Engineering 
invites applications for a full time, tenure- 
track faculty position. The discipline of par¬ 
ticular interest is Computer Engineering with 
a specialization in an area such as: CAD for 
integrated circuits and systems, fault toler¬ 
ance and computer architecture, VLSI, 
automated synthesis of digital systems. 
Please send a complete resume, a descrip¬ 
tion of research and teaching interests and 
names of three references to Professor Stuart 
Schwartz, Chairman, Dept, of EE, Princeton 
University, Princeton, NJ 08544. An Affir¬ 
mative Action/Equal Opportunity Employer. 


PENNSYLVANIA STATE UNIVERSITY 
Director, 

Computer Engineering Program 

Penn State—The Electrical Engineering 
Department at The Pennsylvania State Uni¬ 
versity is inviting applications for the position 
of Director of its Computer Engineering Pro¬ 
gram. Applicants should have an established 
reputation in Computer Engineering, strong 
leadership qualities, and ability to attract 
funding for faculty research. 

Approximately 12 of the 60 Department 
faculty are members of the program. Recent 
years have seen the introduction of separate 
Bachelor’s, Master’s, and Ph.D. degrees in 
Computer Engineering. Enrollment in these 
programs is expected to grow substantially, 
particularly at the graduate level. Research 
thrusts exist currently in Parallel and Distrib¬ 
uted Processing, Interconnection Networks, 
Fault Tolerant Computing, Image Proces¬ 
sing, Database Systems, and Computer 
Communication. The new Director should 
strive to focus these research activities into 
areas where the program can establish na¬ 
tional prominence. 

Nominations will be accepted until Janu¬ 
ary 31, 1988, or until suitable qualified can¬ 
didates are selected. Inquiries should be 
directed to the Computer Engineering Direc¬ 
torship Search Committee, Room 129. Elec¬ 
trical Engineering East Building, Box-CS, 
The Pennsylvania State University, Universi¬ 
ty Park, PA 16802. 

An Affirmative Action/Equal Opportunity 
Employer. Women and Minorities Encour¬ 
aged to Apply. 


CONCORDIA UNIVERSITY 
Department of Computer Science 
Tenure Track Positions 

The Department of Computer Science, 
Concordia University, is seeking qualified 
candidates for tenure track faculty positions 
at all levels, in the areas of Software 
Engineering, Programming Languages, Ex¬ 
pert Systems and Machine Intelligence. Ap¬ 
plicants should have a Ph D. degree in Com¬ 
puter Science or related field with a strong 
research record. Salary and benefits are at¬ 
tractive and negotiable. The Department 
currently has 26 full-time professors. It offers 
both undergraduate and graduate programs 
up to the Ph.D. level with an enrollment of 
over 1000 students. The language of instruc¬ 
tion is English. The Department and the 
University have excellent research and 
teaching facilities, and support staff. 

Apply giving resume and the names of at 
least three references to: 

Dr. T.D. Bui, Chairman 

Department of Computer Science 

Concordia University 

1455 de Maisonneuve Blvd. West 

Montreal, Quebec H3G 1M8 

Canada 

In accordance with Canadian Immigration 
requirements, priority will be given to Cana¬ 
dian citizens and permanent residents of 
Canada. 


120 


COMPUTER 











UNIVERSITY OF CALIFORNIA, 
DAVIS 

Faculty Positions in Electrical 
Engineering and Computer Science 

The Department of Electrical Engineering 
and Computer Science at UC Davis invites 
applications for tenure track positions at all 
ranks. The primary areas of interest are im¬ 
age processing, computer engineering, com¬ 
puter science, and optoelectronics. 

The department, with forty-six faculty 
members and 150 full-time graduate stu¬ 
dents, is experiencing rapid growth. Our 
College is the nation’s sixteenth largest pro¬ 
ducer of engineering Ph.D.’s in a University 
which has the nineteenth largest extramural 
research funding. Salary and benefits are ex¬ 
tremely attractive. 

Davis is a pleasant, family-oriented com¬ 
munity near Sacramento, within easy driving 
distance to Silicon Valley, the Lawrence 
Livermore National Laboratory, San Fran¬ 
cisco, the Pacific Ocean, and the Sierra 
Nevada Mountains. 

We are seeking individuals with strong 
records of teaching and research and with 
ambitious plans. Senior appointments re¬ 
quire outstanding records of achievement; 
junior appointments must show evidence of 
great promise. All faculty are expected to 
have a strong commitment to teaching at all 
degree levels, and to demonstrate the ability 
to attract significant research support. 

The positions require a Ph.D. degree or 
equivalent, and are open until filled. Send a 
resume and the names of at least three refer- 

Professor S. Louis Hakimi, Chair 

Attention: Faculty Search Committee 

Department of Electrical Engineering and 
Computer Science 

University of California 

Davis, CA 95616 

The University of California, Davis, is an 
equal opportunity/affirmative action 
employer. 


LOUISIANA STATE UNIVERSITY 
Computer Faculty Positions 

The Department of Electrical and Com¬ 
puter Engineering at LSU invites applica¬ 
tions for anticipated tenure-track and visiting 
faculty positions available August 1989 in all 
areas of computer engineering, including 
microprocessors, distributed processing sys¬ 
tems and special purpose architectures. A 
Ph D. or equivalent and potential for excel¬ 
lence in teaching and research are neces¬ 
sary . Rank is open. Salary is competitive and 
commensurate with qualifications and ex¬ 
perience. Release time and resources are 
provided in order to enhance the develop¬ 
ment of a quality research program. Oppor¬ 
tunities for summer support are available. 
Send resume, names of three references, a 
statement of teaching and research interests, 
and verification of employment eligibility in 
compliance with the Immigration Reform 
and Control Act of 1986 to: Alan H. Mar¬ 
shak, Chairman, Electrical and Computer 
Engineering, Louisiana State University, 
Baton Rouge, LA 70803-5901. LSU is an 
Equal Opportunity Employer. 


THE COLLEGE OF STATEN ISLAND 
OF THE CITY UNIVERSITY 
OF NEW YORK 
Computer Science Faculty 

Full-time, tenure-track faculty position in 
the Dept, of Computer Science, which offers 
B.S. and M.S. degree programs and a 
Ph.D. program in Computer Science in con¬ 
junction with the CUNY Graduate Center. 
To start Sept. 1989. Ph.D., demonstrated 
potential for research, and strong commit¬ 
ment to teaching required. All computer sci¬ 
ence research areas considered with prefer¬ 
ence given to artificial intelligence and expert 
systems, graphics and image processing, 
networks and database design. Send cur¬ 
riculum vitae and names of 3 references by 
Jan. 31, 1989 to: Dr. Richard I. Resch, 
Dean of Science and Technology, The Col¬ 
lege of Staten Island/CUNY, 130 Stuy- 
vesant PI., Staten Island, N.Y. 10301. Equal 
Opportunity/Affirmative Action Employer. 


THE GEORGE WASHINGTON 
UNIVERSITY 

Computer Science Faculty Positions 

Computer Science faculty positions at the 
Assistant, Associate and Full Professor ranks 
are available commencing Fall Semester 
1989. 

Especially sought are applicants able to 
conduct research and teach in the overlap¬ 
ping areas of image processing, machine 
vision and artificial intelligence. Candidates 
should have an earned Doctorate and re¬ 
search experience with an interest in both 
teaching and research. Ability to attract 
funded research is valued. The George 
Washington University is located in the 
center of Washington, DC. This metropoli¬ 
tan area sustains the second largest concen¬ 
tration of research and development activity 
in the United States, creating a continuing 
demand for rigorously-trained engineers and 
many research opportunities. Our Depart¬ 
ment is the largest in the School of Engineer¬ 
ing & Applied Science with 38 full-time 
faculty, accredited electrical engineering, 
computer engineering, and computer sci¬ 
ence degree programs, a large graduate and 
undergraduate student body, and a sub¬ 
stantial research budget. Current funded 
research projects include computer graphics, 
computer security, data transmission stan¬ 
dards and compression, fast packet switch¬ 
ing, image processing, intelligent user inter¬ 
faces, laser shields, MHD plants, magnetic 
devices, medical imaging, multipath fading 
and encryption, remote sensing, space-based 
radar, and special-purpose VLSI designs. 
Send curriculum vita, list of publications and 
3 references to: 

Professor James D. Foley, Chairman 
Department of Electrical Engineering & 
Computer Science 

School of Engineering & Applied Science 
THE GEORGE WASHINGTON 
UNIVERSITY 
Washington, DC 20052 
The George Washington University is an 
equal opportunity/affirmative action 
employer. 


DARTMOUTH COLLEGE 
THAYER SCHOOL OF ENGINEERING 
announces the availability of the 
Dorothy and Walter Gramm 
Distinguished Professorship 

Thayer School of Engineering at Dart¬ 
mouth College invites nominations and ap¬ 
plications for the Dorothy and Walter 
Gramm Endowed Chair in Engineering. 

Dartmouth College seeks an individual 
who has made significant contributions to the 
fields of Computer Science or Computer 
Engineering to fill the chair endowed by the 
Gramm family. The preferred candidate 
would be one whose primary interests are in 
computer system design (VLSI systems, 
computer design, and circuit design). 
Nominations of candidates currently in in¬ 
dustry as well as academia are welcome. A 
significant record of research funding and 
publication is expected. 

Candidates for this position must be capa¬ 
ble of providing leadership for continued 
expansion of the Computer Engineering 
program and the joint Ph.D. program in 
Computer Science, conducted in coopera¬ 
tion with the Mathematics and Computer 
Science Department of Dartmouth College. 
As a tenured and distinguished Professor, 
the individual filling the position will be ex¬ 
pected to teach, conduct funded research, 
and be responsible for hiring additional facul¬ 
ty in the computer area. An earned doctor¬ 
ate in engineering or a related discipline is re¬ 
quired, and the ability to motivate and teach 
students is essential. 

Applications or nominations should be 
submitted to: 

Dr. Carol B. Muller, Assistant Dean 
Thayer School of Engineering 
Dartmouth College 
Hanover, New Hampshire 03755 
Dartmouth College is an Equal Opportun¬ 
ity/Affirmative Action employer and en¬ 
courages applications from women and 
members of minority groups. 


HOPE COLLEGE 

The Department of Computer Science in¬ 
vites applications for a tenure track faculty 
position beginning August, 1989. Applicants 
should have a Ph D. in Computer Science, 
ability to teach both upper and lower level 
undergraduate courses, and strong potential 
for conducting research which involves 
undergraduates. 

The successful applicant will join three 
other full-time Computer Science faculty in 
an active, growing department. Equipment 
and facilities available include a departmen¬ 
tal SUN network and a campus-wide VAX 
network. 

Hope College is a Christian co-educational, 
residential liberal arts college affiliated with 
the Reformed Church in America. Hope Col¬ 
lege complies with federal and state require¬ 
ments for non-discrimination in employ¬ 
ment. Applications are strongly encouraged 
from women and minority persons. 

Inquiries should be sent to Dr. Herbert 
Dershem, Department of Computer Sci¬ 
ence, Hope College, Holland, MI 49423. 

E-mail address: dershem@cs.hope.edu. 
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THE UNIVERSITY OF TENNESSEE 

Department of Computer Science 

Knoxville, Tennessee 37996-1301 

The Department of Computer Science in¬ 
vites applications for tenure-track positions at 
the rank of Professor beginning Spring 1989. 
A strong research record in the areas of com¬ 
puter graphics, networking, or operating sys¬ 
tems is sought but all major fields in com¬ 
puter science may be considered. Experi¬ 
ence directing doctoral students is especially 
important. Tenure-track positions for Associ¬ 
ate and Assistant Professors are also open. 
Applicants for Associate Professor should 
have a strong research record, preferably in 
the above-named areas; experience direct¬ 
ing doctoral students is desirable. Applicants 
for Assistant Professor should have a strong 
interest in research, preferably in the above- 
named areas. Applicants for all positions 
should have a doctoral degree in computer 
science or a related area. 

Departmental SUN, IBM and DEC work¬ 
stations abound for students and faculty and 
are fully networked. The University operates 
an IBM 3090 and a large VAX cluster. 
CRAY, HYPERCUBE, SEQUENT and 
other machines are available via high speed 
link with Oak Ridge National Laboratory. 

You can respond to straight@utkvx.utk. 
edu. The mailing address is Department of 
Computer Science, 107 Ayres Hall, The 
University of Tennessee, Knoxville IN 
37996-1301. 

The University of Tennessee is an EEO/ 
AA/TITLE IX/SECTION 504 employer. 


UNIVERSITY OF MINNESOTA 
Computer Science Department 

The Computer Science Department at the 
University of Minnesota invites applications 
for regular, visiting, temporary and adjunct 
faculty positions at all ranks and in all areas of 
computer science. All regular faculty positions 
require an earned doctorate, and involve 
teaching, research and service. Assistant Pro¬ 
fessors must have demonstrated research and 
teaching ability. For tenured Associate and 
Full Professorship positions, candidates must 
have demonstrated effectiveness in teaching 
and attained a reputation in scholarly 
research. For Associate Professorships, a 
minimum of three years teaching and re¬ 
search is required; for full professorship a 
minimum of six years teaching and research 
is required or an appropriate combination of 
these. An adjunct appointment at any rank 
requires professional accomplishments 
equivalent to those required for an appoint¬ 
ment as a regular faculty member at the 

Non-regular positions as teaching special¬ 
ists, lecturers, and postdoctoral fellowships 
are also available. Candidates for lecturer 
must have an earned doctorate, and candi¬ 
dates for teaching specialist must have a 
Master’s degree in computer science or a 
related field. 

While applicants from all areas of com¬ 
puter science are sought, we are especially 


interested in applicants with strong research 
interests in the following areas: artificial in¬ 
telligence, robotics, computer architecture, 
computer graphics, operating systems, soft¬ 
ware engineering, software systems, large- 
scale scientific computing, and supercom¬ 
puting. 

Minnesota is a major center of the com¬ 
puter industry. The Computer Science De¬ 
partment currently has 26 full-time faculty 
and numerous adjunct faculty. The activities 
of the Department are augmented by the ac¬ 
tivities of the Minnesota Supercomputing In¬ 
stitute, the Institute for Mathematics and its 
Applications, and the Charles Babbage 
Institute for the History of Information 
Processing. 

University computing facilities readily 
available to faculty include CRAY-2 and 
CYBER 205 supercomputers (with an ETA- 
10 due soon), and ENCORE Multimax, a 
VAX 8630/VMS, and CYBERs (180-830 
for CAD/CAM and 170-855 for instruc¬ 
tion). The Department operates a six- 
processor Sequent Symmetry computer, 
Sun and Apollo workstation clusters, Apple 
Mac and IBM PC networks, and a 64-node 
NCUBE hypercube machine, all located in a 
new building, which has exceptional labora¬ 
tory, office and communications facilities. 
The Department connects directly to ARPA- 
net, NSFnet, MRnet, and UUCP networks. 

Applications should be received by Febru¬ 
ary 28, 1989. This deadline will be extended 
in case all available positions are not filled. 
The department will begin to review applica¬ 
tions after January 1, 1989. All degree re¬ 
quirements for the Ph.D. must be completed 
before the starting date of the appointment. 

Applicants should send their resume and 
the names of at least four references to: 

Professor David Fox, Chair, Faculty 
Search Committee, Computer Science De¬ 
partment, 4-192 EE/CSci Building, Univer¬ 
sity of Minnesota, 200 Union Street SE, Min¬ 
neapolis, MN 55455. 

The University of Minnesota is an equal 
opportunity educator and employer and 
specifically invites and encourages applica¬ 
tions from women and minorities. 


SOUTHEAST MISSOURI STATE 
UNIVERSITY 

The Department of Computer Science in¬ 
vites applications for a tenure track position 
at the associate or full professor level. Duties 
include teaching 6-9 hours of undergraduate 
computer science courses and participation 
in ACM accreditation effort, curriculum 
development, and research coordination. 
Ph.D. in Computer Science, Information 
Systems or closely related area. Please send 
resume with names of three references and 
transcripts of all college credit to: Dr. Bill 
Weber, Chairperson, Department of Com¬ 
puter Science, Southeast Missouri State 
University, Cape Girardeau, MO 63701. 
Application deadline: February 1, 1989 or 
until filled. 

Southeast Missouri State University is an 
equal opportunity/M-F/affirmative action 
Employer. 


UNION COLLEGE 
Faculty Position 

The Department of Electrical Engineering 
and Computer Science invites applications 
for the position of Assistant/Associate Pro¬ 
fessor in Computer Science. Union offers 
both the B.S. and M.S. degrees in Com¬ 
puter Science. 

An applicant should have a doctorate with 
major emphasis in C.S. Good teaching is ex¬ 
pected and supported. The College main¬ 
tains regular funds for research and travel. 
Areas of interest include, but are not limited 
to: computational complexity, data base 
systems, algorithm design, and software 
engineering. 

Union College academic computing re¬ 
sources include a large VAX cluster running 
VMS and EUNICE, as well as the depart¬ 
ment’s computer science lab with a VAX- 
11/750 running UNIX and several graphics 
workstations. Each C.S. professor’s office 
contains a high-end PC and/or MAC. 

Applicants should write to: Dr. David G. 
Hannay, Chairman, Computer Science, 
Steinmetz Hall 210, Union College, 
Schenectady, NY 12308. 

An Equal Opportunity/Affirmative Action 
Employer. 


UNIVERSITY OF MISSOURI- 
KANSAS CITY 

1988 brought a Ph.D. Degree Program, a 
State-supported Center for Advanced Tech¬ 
nology in Telecommunications and Com¬ 
puter Networking, and a satellite earthstation 
to expand the televised course offerings, not 
to mention three new faculty members and 
significant research equipment additions. 

The focus remains Telecommunications, 
Computer Networking, Artificial Intelligence 
and Software Studies. If your work is in one 
of these areas and you are looking for a 
stimulating research environment, we want 
to hear from you. 

Nine- and twelve-month appointments at 
all ranks are available at industry competitive 
salaries. Preference will be given to estab¬ 
lished senior applicants. Visiting and post¬ 
doctoral appointments are also available. 
Research productivity is required so time for 
research is guaranteed and increased as your 
research performance increases. Support for 
faculty and graduate student research is 
generated through industry consortia and 
contract research in addition to the usual 
research funding channels. Non-teaching, 
research positions are offered in the newly 
created Center for Advanced Technology. 
Perhaps you will be one of the outstanding 
people joining our program this year. 

Send resume and names of three refer¬ 
ences to: Dr. Richard G. Hetherington, 
Director, Computer Science, University of 
Missouri-Kansas City, 5100 Rockhill Road, 
Kansas City, Missouri 64110 (by April 15 for 
Fall Semester appt; by October 15 for Spring 
semester appt.). UMKC is an Equal Oppor¬ 
tunity/Affirmative Action Employer. 
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THE WICHITA STATE UNIVERSITY 
Chairperson 

Computer Science Department 

Applications are invited for the position of 
Chairperson, Department of Computer Sci¬ 
ence, The Wichita State University, an urban 
institution enrolling over 17,000 students. 
The Department, with ten full time profes¬ 
sional positions and eight instructors and 
support staff, is housed in the College of 
Liberal Arts and Sciences. It serves approx¬ 
imately 500 undergraduate majors and 120 
graduate students, and currently offers BA, 
BS, MCS, and MS degrees. 

Wichita is located in the heart of the avia¬ 
tion industry, and the University is commit¬ 
ted to basic and applied research. There are 
ample opportunities for contract research 
with industry. Departmental equipment in¬ 
cludes several VAX computers, a Symbolics 
3670, and four Ada workstations. The de¬ 
partment is the first graduate curriculum test 
site for the Software Engineering Institute. 
Faculty strengths include artificial intelli¬ 
gence, software engineering, image process¬ 
ing, data bases, communications networks, 
and the mathematical foundations of com¬ 
puter science. 

Applicants must hold the Ph.D. in Com¬ 
puter Science or a related discipline; ex¬ 
perience in academic positions, an established 
record of research, teaching, service, and 
administrative ability are required. Rank and 
salary are dependent on qualifications and 
experience. 

A resume and names of three references 
should be submitted by January 31, 1989 to 
Dr. James E. Tomayko, Department of Com¬ 
puter Science, Wichita State University, Wit- 
chita, KS 67208; phone: (316) 689-3156; 
net address jet@sei.cmu.edu. Wichita State 
University is an Equal Opportunity/Affir- 
mative Action Employer. 


BRIGHAM YOUNG UNIVERSITY 
Faculty Position 

Electrical & Computer Engineering 

The Department of Electrical and Com¬ 
puter Engineering is seeking qualified ap¬ 
plicants at all ranks to strengthen its recently 
created graduate program in computer engi¬ 
neering. While applicants from all areas are 
welcomed, we are especially interested in 
those with strong research and teaching in¬ 
terests in operating systems, computer ar¬ 
chitecture, parallel and distributed systems, 
VLSI design and CAD tools. Initially re¬ 
duced teaching assignments will enable the 
successful applicant to develop a strong 
research program. Applicants must hold a 
Ph.D. in Computer Engineering, Computer 
Science, or Electrical Engineering. Our com¬ 
puting facilities currently include: a minicom¬ 
puter lab, 20 HP workstations, a Harris HCX 
mini-supercomputer, two Convex mini¬ 
supercomputers, and will soon include a 
parallel supercomputing engine. For addi¬ 
tional information, contact: Doug Chabries, 
Chairman, 459 CB Brigham Young Univer¬ 
sity, Provo, UT 84602, or dougc@adam. 
byu.edu. BYU is an equal employment op¬ 
portunity/affirmative action employer. 


UNIVERSITY OF NORTH CAROLINA 
AT WILMINGTON 

Search reopened for a tenure-track posi¬ 
tion as Asst./Assoc, professor of computer 
science. Preferred specialties are: architec¬ 
ture and digital design, systems program¬ 
ming and operating systems, algorithms and 
complexity. Candidates should have a 
Ph.D. in computer science or Ph.D. in a 
related area with M.S. in computer science 
or equivalent experience. Duties include 
teaching, scholarship, and service. The 
Department has 32 faculty and offers B.S. in 
computer science and B.S., B.A., M.S., 

M. A. in math. VAX/VMS and UNIX are in 
use. for fullest consideration apply by 
February 1, 1989, to Douglas D. Smith, 
Chairman, Math. Sciences Department, 
Univ. of N.C. at Wilmington, Wilmington, 

N. C. 28403, (919) 395-3290. An EE/AA 

employer. 


UNIVERSITY OF CALIFORNIA, 
SANTA BARBARA 
Department of Computer Science 

The University of California at Santa Bar¬ 
bara invites applications for two tenured 
positions in the Department of Computer 
Science, starting in the 1989-90 academic 
year. These positions are intended for 
senior persons with distinguished re¬ 
search records. The Department of Com¬ 
puter Science is in a rapidly expanding Col¬ 
lege of Engineering. UCSB and the College 
of Engineering are strongly committed to 
supporting the Computer Science Depart¬ 
ment as it builds a Department of excellence 
and national visibility. 

Outstanding senior persons in all areas of 
Computer Science will be considered, al¬ 
though the Department is currently attempt¬ 
ing to achieve its main strengths in the area of 
software systems, parallel and distributed 
computing, scientific computation and 
machine intelligence. Senior appointees will 
guide the growth and development of the 
Department. Resources will be available for 
state-of-the-art laboratories for research and 
instruction, and strong support will be made 
available and tailored to the needs of suc¬ 
cessful applicants. Interactions with various 
research groups on campus are strongly en¬ 
couraged and supported. 

Applicants should hold a doctoral degree 
in Computer Science or a related field and 
must have an excellent record of research. 
Teaching experience is highly desirable. 
Deadline for receipt of applications is 
February 1, 1989. Send resume and names 
of referees to: 

Chairman, Planning and Recruitment 
Committee 

Department of Computer Science 
University of California 
Santa Barbara, CA 93106 
The University of California is an Equal 
Opportunity/Affirmative Action Employer. 
Proof of U.S. citizenship or eligibility for U.S. 
employment will be required prior to em¬ 
ployment (Immigration Reform and Control 
Act of 1986). 


CLEMSON UNIVERSITY 
Director 

Computer Communications 
Systems Center 

Clemson University seeks candidates for 
Director, Computer Communication Sys¬ 
tems Center. The state Commission of 
Higher Education recently approved the 
establishment of the Center as a joint effort of 
the College of Engineering and College of 
Sciences at Clemson University to bring 
together and extend existing projects and ac¬ 
tivities. Participating departments currently 
include Computer Science, Electrical and 
Computer Engineering, Industrial Engineer¬ 
ing and Mathematical Sciences. Involve¬ 
ment of other departments and colleges is 
anticipated. The Center serves as the focus 
of graduate study and research in the areas 
of computer communication networks, deci¬ 
sion processes, and system optimization and 
control. Industrial firms and government 
agencies involved in these areas also par¬ 
ticipate in Center activities as affiliate 
members. 

Applicants should have industrial and/or 
academic experience which would enable 
them to interact effectively with the Center’s 
commercial and academic participants. Re¬ 
sponsibilities include academic and research 
leadership, fiscal management, and industrial 
relations. The successful candidate would be 
expected to hold a faculty appointment in one 
of the participating academic departments. 

Interested individuals should send a letter 
of application and a resume to: Dr. Wayne 
Madison, Chairman, CCSC Search Com¬ 
mittee, Computer Science Department, 
Clemson University, Clemson, S.C. 
29634-1906 by February 17, 1989. Clem¬ 
son University is an equal opportunity/affir¬ 
mative action employer. 


WEST CHESTER UNIVERSITY 
Computer Science 

Computer Science—West Chester Uni¬ 
versity seeks applicants for a tenure-track 
computer science position in the Department 
of Mathematical Sciences beginning Sep¬ 
tember, 1989. Duties include graduate and 
undergraduate teaching and supervision of 
graduate students and research. Qualified 
applicants should possess either a Ph.D. in 
Computer Science or an M.S. in Computer 
Science coupled with industrial experience 
and/or scholarly achievements in Computer 
Science; solid record of teaching excellence 
and a demonstrated ability to carry out 
research. Preference will be given to can¬ 
didates with expertise in one or more of the 
following: Database, Graphics, Artificial In¬ 
telligence, Data Communications, and 
Computer Architecture. Send application 
and three letters of recommendation post¬ 
marked by February 15, 1989 to: Prof. 
Elaine Milito, Computer Science Search, 
Dept, of Mathematical Science, WEST 
CHESTER UNIVERSITY, West Chester, 
PA 19383. AA/EOE. Women and minor¬ 
ities are encouraged to apply. 
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SUNY Stony Brook 

The Department of Electrical Engineering, 
SUNY Stony Brook, invites applications for 
anticipated openings for all professor ranks. 
These positions will be tenure track with 
salary negotiable. The Department has 
undergraduate and graduate programs and 
extensive research activities. The areas of 
prime interest are computer engineering, cir¬ 
cuit theory and applications, digital systems, 
pattern recognition and machine vision, 
computer graphics, communications and 
computer networking, solid-state electronics 
devices and circuits, VLSI design, ex¬ 
perimental device fabrication, microwave 
circuits (acoustics and magnetics) and 
robotics. The Department has extensive 
computing facilities. Applicants in other 
areas will be considered. The Department 
has close relations with high technology in¬ 
dustry. Stony Brook combines the attraction 
of a semi-rural location with proximity to the 
resources of the New York City area. Please 
submit resume to: Prof. Kenneth L. Short, 
Chairman, Department of Electrical Engi¬ 
neering, SUNY Stony Brook, Stony Brook 
NY, 11794-2350. SUNY Stony Brook is an 
affirmative action/equal opportunity educa¬ 
tor and employer. AK *275. 


THE HONG KONG UNIVERSITY 
OF SCIENCE AND TECHNOLOGY 
Seeks Candidates for 
Heads/Professors of 
Academic Departments 
Vice-Chancellor: 

Professor Chia-Wei Woo 

The Hong Kong University of Science and 
Technology was established in April 1988. 
Its mission is to educate men and women 
who will contribute to the territory’s eco¬ 
nomic well-being, and to promote research, 
development, and entrepreneurship in the 
Asian-Pacific region. 

Student intake will begin in 1991-92, at 
both undergraduate and postgraduate levels 
including the Doctorate. Enrollment is ex¬ 
pected to grow to 7,000 FTE within 5 years, 
and possibly to 10,000 by 1998-99. Stu¬ 
dent/ staff ratio will begin at 7 to 1, levelling 
off to 11 to 1 in the steady state. While stu¬ 
dents are expected to be bilingual, all profes¬ 
sional instruction will be offered in English. 

The University will set up a research cen¬ 
tre, a number of research institutes, and a 
technology transfer centre, the latter in the 
form of a limited corporation, to facilitate col¬ 
laboration among members of different de¬ 
partments, as well as partnership between 
members of the University and industry and 
commerce. Major efforts will be directed 
toward biotechnology, advanced materials, 
CAD/CAM, mathematics and statistics for 
applications to engineering, manufacturing, 
and finance, risk management and environ¬ 
mental studies, etc. 

SCHOOL OF ENGINEERING 
Department of Computer Science 
The department’s major areas of interest 
are computer science, information science 
and computer engineering. Student popu¬ 


lation is expected to grow to 600 FTE by 
1996-97. The department will have an aca¬ 
demic staff establishment of 60 by 1996-97, 
and appropriate administrative and technical 
support as well as an ideal computing/tele¬ 
communication environment. 
Qualifications and Experience 

In general, applicants should have appro¬ 
priate high academic and/or professional 
qualifications together with successful, rele¬ 
vant experience in universities, reseach lab¬ 
oratories, and/or industry. The successful 
candidates for the posts of departmental 
head will also be required to demonstrate the 
personal qualities necessary to lead the de¬ 
partment in its diverse functions and to in¬ 
teract strongly with industry and commerce. 
Salary and Fringe Benefits 

The salary will be within the professional 
range, averaging HK$45,820 per month (not 
less than HK$37,045 per month), corre¬ 
sponding to approximately US$70,492 per 
annum (and approximately US$56,992 per 
annum) at the current exchange rate of 
HK$7.8; US$1. Excellent fringe benefits in¬ 
cluding medical and dental benefits, annual 
leave, air passages, and children’s education 
allowances are provided. Housing or tenan¬ 
cy allowances are also provided at a charge 
of 7.5% of salary. A gratuity of an amount 
equal to 25% of the basic salary drawn will 
be payable upon successful completion of 
contract. When a superannuation scheme is 
introduced, eligible staff will be given an 
option to join the scheme. Sabbatical leave, 
if approved, will be at full salary. 
Applications 

Applications providing a detailed cur¬ 
riculum vitae together with the names and 
addresses of three referees should be sent to 
the acting Pro-Vice-Chancellor (Administra¬ 
tion and Business), the Hong Kong Universi¬ 
ty of Science and Technology, 8/F, St. 
John’s Building, 33 Garden Road, Hong 
Kong. Applicants should also send a copy of 
their application to the Appointments Of¬ 
ficer, the Association of Commonwealth 
Universities, 36 Gordon Square, London 
WC1H OPF. Application forms and further 
information are obtainable from these two 
offices. Full consideration will be given to ap¬ 
plications received before 13 January 1989 
but the search will continue until suitable ap¬ 
pointments are made. 


THE COLLEGE OF WOOSTER 
Wooster, Ohio 

The College of Wooster seeks a person to 
teach introductory and advanced level 
undergraduate courses in Computer Science 
and to participate on occasion in inter¬ 
disciplinary teaching. M.S. in Computer 
Science required; Ph.D. in Computer Sci¬ 
ence or a related area preferred. This is a 
non-tenure track position with a multi-year 
appointment possible. Starting date is 
August 25, 1989. Send vita, transcripts, and 
3 letters of recommendation to Charles R. 
Hampton, Chairperson, Department of 
Mathematical Sciences, The College of 
Wooster, Wooster, OH 44691. Wooster is 
an equal opportunity, affirmative action 
employer. 


CALIFORNIA STATE UNIVERSITY 
San Bernardino 

POSITION FOR ASSISTANT OR AS¬ 
SOCIATE PROFESSOR (tenure track) of 
COMPUTER SCIENCE. Salary range 
$33,660-$52,068 dependent on qualifica¬ 
tions and experience. Moving expenses. 
Available January, April or September 
1989. 

Duties include teaching, advising, cur¬ 
riculum development, research, and com¬ 
munity interaction. Teaching load equated 
to 12 hrs/wk of lecture and lab. Ph.D. in 
CSci is required. Facilities include CDC, 
Prime, and DEC computers, many PCs, 
microprocessors, terminals and several 
LANs. 

The University is located in one of the 
fastest growing service areas in the USA with 
a current student population of about 9000 
and 300 computer science majors. The area 
is noted for its warm climate and is within a 
1-2 hr drive of Palm Springs, mountain ski 
resorts, beaches, and metropolitan Los 
Angeles. Housing costs average 20% lower 
than the LA area. Applicants should submit 
letter of application and vitae. Women and 
minorities are encouraged to apply. Position 
open until filled but no later than May 15. 
Send materials to: Dr. Richard J. Botting, 
Chair, Computer Science Dept., California 
State University, 5500 University Parkway, 
San Bernardino, CA 92407, PAAAAAR@ 
CALSTATE.BITNET 

An Equal Opportunity/Affirmative Ac¬ 
tion, Section 504, Title IX Employer. 


SANTA CLARA UNIVERSITY 
Tenure Track Position In 
Computer Engineering 

Santa Clara University’s EECS depart¬ 
ment has an immediate opening for a tenure 
track faculty position in Computer Engineer¬ 
ing. Candidates with specialization in Com¬ 
puter Architecture or Software Engineering. 

Applicants must have a Ph.D. in Com¬ 
puter Engineering or a closely related area 
with a commitment to both teaching and re¬ 
search. Senior applicants must have a distin¬ 
guished research and teaching record. 

SCU is located 45 miles south of San 
Francisco, in the center of Silicon Valley. 
The department offers B.S., M.S., and 
Ph.D. degrees in both computer and Elec¬ 
trical Engineering. Engineering computing 
facilities include more than 70 engineering 
workstations, besides a VAX-11/750. Uni¬ 
versity academic computing resources in¬ 
clude a VAX-8650 plus more than 800 IBM 
PCs. Most computing facilities are net¬ 
worked together over a campus wide local 
area network. 

Candidates should submit a resume includ¬ 
ing the names of at least three references to: 
Dr. Hasan S. AlKhatib, Chairman 
Faculty Search Committee 
EECS Department 
Santa Clara University 
Santa Clara, California 95053 
E-mail: HALKHATIB@SCU.BITNET 
Santa Clara University is an Affirmative 
Action/Equal Opportunity Employer. 
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SENIOR RESEARCH SCIENTIST 

Senior Research Scientist, for Dayton OH 
firm to perform research and development in 
field of computational mechanics of com¬ 
posite materials: Computer algorithmic de¬ 
velopment, computer networking and solu¬ 
tion of boundary value problems pertaining 
to high power mathematical techniques and 
mechanics of solids; develop new and 
modify existing computer programs to user- 
friendly software packages; provide training 
on company products to professionals from 
other companies. Requires BS or foreign 
equivalent in Physics or Mechanical Engi¬ 
neering and 7 years of experience in job 
described or 7 years computer applications 
engineering experience, or MS or foreign 
equivalent in either listed field and 5 years of 
required experience. Required experience 
must include (1) 5 years each in PL/1, FOR¬ 
TRAN, C and BASIC programming lan¬ 
guages; VM/SP or VM/370, NOS and 
UNIX operating systems, IBM System/370 
or compatible and CDC Cyber computer 
systems; (2) 3 years each in dBASE II or III 
database management system; MS/DOS 
and PC/DOS operating systems, and IBM 
PC/XT or AT, and Apple/Macintosh micro¬ 
computers; and (3) 1 year in planning, 
designing and implementing advanced 
computer-aided procedures for research and 
development on failure mechanisms of ad¬ 
vance composite materials based upon 
various theories of elasticity. 40 hrs/wk, 
8am-5pm. $43,000/yr. Qualified applicants 
reply immediately with resume to R. 
Lechler, JO# 1152699, Ohio Bureau of 
Employment Services, PO Box 1618, Col¬ 
umbus, Ohio 43216. 


UNIVERSITY OF TULSA 

The Department of Mathematical and 
Computer Sciences at the University of Tulsa 
invites applications for tenure track positions 
in Computer Science at junior and senior 
ranks to begin in September of 1989. Re¬ 
sponsibilities include teaching 6 hours per 
semester at the undergraduate and graduate 
level, continuing scholarly activity, and pur¬ 
suit of extramural funding. Minimum qualifi¬ 
cations are a Ph.D. in computer science or a 
related discipline and a strong commitment 
to teaching and research. Candidates with 
research specialties in Parallel and Scientific 
Computing, Computer Graphics, and Knowl¬ 
edge Based Systems are of particular interest; 
however, all research areas will be considered. 

The Department of Mathematical and 
Computer Sciences offers the Ph.D. degree 
in Computer Science; has a VAX 11/750, 
two MicroVAX II systems, and ten Sun 3 
systems for faculty and student research; and 
is a member of NSFnet and BITnet. 

Applications will be evaluated beginning 
February 1, 1989. The position will be con¬ 
sidered open until filled. Send vita, tran¬ 
scripts, and three lett.ers of reference to: 
William A. Coberly, Chairman; Mathemati¬ 
cal and Computer Sciences; University of 
Tulsa; 600 S. College; Tulsa, OK 74104. 
The University of Tulsa has an Equal Oppor¬ 
tunity/Affirmative Action Program for stu¬ 
dents and employees. 


UNIVERSITY OF CALIFORNIA, 
SANTA BARBARA 

Electrical and Computer Engineering 

Applications are invited for 2 tenure-track 
faculty positions. Positions are open for can¬ 
didates experienced in optoelectronics/op¬ 
tical processing and in image processing or 
computer vision. The positions start at the 
rank of Assistant Professor, although higher 
level appointments are possible for in¬ 
dividuals with outstanding records. Normal¬ 
ly, completion of a doctorate is required at 
the time of the appointment. Candidates 
should have an outstanding research poten¬ 
tial or a distinguished research reputation, 
the ability to attract external research fund¬ 
ing, and a strong commitment to teaching at 
the undergraduate and graduate levels. Ap¬ 
plicants should send their resume and the 
names and addresses of four professional 
references to: Faculty Search Committee, 
Department of Electrical and Computer En¬ 
gineering, Univeristy of California, Santa 
Barbara, CA 93106, (805) 961-3821. Ap¬ 
plications will be received until the positions 
are filled. Proof of U.S. citizenship or eligibili¬ 
ty for U.S. employment will be required prior 
to employment (Immigration Reform and 
Control Act of 1986). An Equal Opportunity/ 
Affirmative Action employer. 


DUKE UNIVERSITY 
Department of Computer Science 

The Duke University Department of Com¬ 
puter Science is recruiting junior faculty in 
theoretical computer science and in bio¬ 
medical scientific computing. Applicants 
must demonstrate excellence in research or 
exhibit the promise of excellence. 

The Department currently has seventeen 
tenure track faculty, approximately 200 
undergraduate majors and 70 graduate stu¬ 
dents pursuing master’s and/or doctoral 
degrees. 

The Department has major research ef¬ 
forts in scientific computing with emphasis 
on numerical linear algebra, the solution of 
PDEs, and VLSI simulation; computer sys¬ 
tems with emphasis on computer architec¬ 
tures, modeling of fault-tolerant systems, 
systems performance, and communications; 
artificial intelligence, particularly in the areas 
of natural language interface, search meth¬ 
odologies, and expert systems; and theory 
and algorithms with emphasis on combina¬ 
torial and graph-theoretic studies. Special 
motivation for the research efforts comes 
from the areas of medical applications (in 
collaboration with the Duke Medical Center), 
and VLSI (in collaboration with the Micro¬ 
electronics Center of North Carolina, of 
which Duke is a Participating Institution). 

Interested applicants should send copies 
of their resumes and other supporting 
material by February 14, 1989, to: 
Professor Donald J. Rose 
Department of Computer Science 
Duke University 
Durham, NC 27706 

Duke University is an affirmative action, 
equal opportunity employer. 


THE GEORGE WASHINGTON 
UNIVERSITY 

Tenure-Track Faculty Position 
Information Management 

The Department of Engineering Adminis¬ 
tration of the School of Engineering & Ap¬ 
plied Science invites applications for a 
tenure-track faculty position in the area of 
Engineering Management commencing Fall 
semester, 1988. The candidate will be re¬ 
quired to: 

• Have experience in the management of 
information systems; 

• Develop and teach courses in the area 
of Information Management; 

• Generate and conduct sponsored 
research; 

•"Contribute to the Department’s pro¬ 
grams iri one or more of the following 
areas: artificial intelligence, construction 
management, Managerial decision¬ 
making and cognitive modeling. 
Candidates for this position should 
possess at least one degree in Engineering, 
Physical Science or Mathematics, have an 
earned Doctorate, and be dedicated to an 
academic career. Academic rank and salary 
will be dependent upon qualifications. Ap¬ 
plicants should send a curriculum vita, in¬ 
cluding publications, and the names of three 
(3) references, by February 1, 1989: 
Professor Barry G. Silverman, Chairman 
Chairman, Search Committee 
Dept, of Engineering Administration 
School of Engineering & Applied Science 
THE GEORGE WASHINGTON 
UNIVERSITY 
Washington, DC 20052 
An Equal Opportunity /Affirmative Action 
Employer. 


UNIVERSITY OF MISSOURI-ROLLA 
Faculty Position in 
Artificial Intelligence 

The Computer Science Department, 
University of Missouri-Rolla invites ap¬ 
plicants with AI interests to apply for tenure 
track positions at all levels. Applicants for 
senior positions should have demonstrated 
research productivity. A successful can¬ 
didate may participate in the Intelligent 
Systems Center at UMR where they will 
work on interdisciplinary research projects 
funded by the government and private in¬ 
dustry. Faculty are expected to develop an 
externally-funded research program utilizing 
center/departmental resources which in¬ 
clude a SUN/APOLLO Network Software 
Engineering professionals and technical 
research support staff. A SUN4/110 or 
equivalent will be made available to each 
successful candidate. The positions require a 
Ph.D. degree in either Computer Science or 
Computer Engineering. Interested appli¬ 
cants should send a detailed resume with a 
list of three references to Dr. Arlan R. 
DeKock, Chairman, Department of Com¬ 
puter Science, Univeristy of Missouri-Rolla, 
Rolla, MO 65401. Applications will be ac¬ 
cepted until the positions are filled. UMR is 
an Affirmative Action/Equal Opportunity 
Institution. 
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WASHINGTON UNIVERSITY 
St. Louis 

Regular Faculty Positions in 
Computer Science 

The Department of Computer Science at 
Washington University in St. Louis is ex¬ 
panding its research program and invites ap¬ 
plications for regular (tenure-track) faculty 
positions at the Assistant, Associate and Full 
Professor levels. Applicants should hold the 
Ph.D. or D.Sc. degree in Computer Science 
and have a strong commitment to and re¬ 
cord of accomplishment in research. 

The Department of Computer Science 
has a well-respected undergraduate pro¬ 
gram and a growing graduate program. Re¬ 
search activities have flourished in recent 
years and have three foci: concurrent 
systems, communications systems, and in¬ 
telligent computer systems, with an em¬ 
phasis on the use of visualization as a tool in 
each case. Support for these research pro¬ 
grams is from NSF, NIH, ONR and a large 
number of industrial sponsors. 

Current departmental research in concur¬ 
rent systems includes the formal foundations 
of concurrent computation, programming 
languages and methodologies for the design 
of concurrent systems, system interconnec¬ 
tion networks and parallel architectures and 
algorithms. The department is also engaged 
in research on the design of fast packet¬ 
switching systems capable of a variety of ap¬ 
plications (including voice, data and video). 
Of particular interest are candidates with 
backgrounds in communications systems ar¬ 
chitecture, communications software, or 
performance analysis. In the area of intelli¬ 
gent computer systems, present research 
projects include computer vision, image pro¬ 
cessing, visual programming, speech recog¬ 
nition, expert systems and deductive data¬ 
bases. Individuals with backgrounds in any 
of these areas are encouraged to apply. 

Qualified applicants may send a vita and 
names and addresses of at least three refer¬ 
ences to Dr. Jerome R. Cox, Jr., Chairman, 
Department of Computer Science, Wash¬ 
ington University, Campus Box 1045, St. 
Louis, Missouri 63130. 

Applications are requested by February 1, 
1989. Washington University is an equal op¬ 
portunity/affirmative action employer. 


UNIVERSITY OF COLORADO 
AT BOULDER 

Department of Computer Science 

We invite applications for a faculty posi¬ 
tion in the area of software engineering. The 
rank for this position is open; applicants at 
the senior ranks must have a distinguished 
research record, with a demonstrated ability 
to lead major research projects. We also in¬ 
vite applications for four other positions in all 
research areas; preference is at the assistant 
professor level but candidates at all levels will 
be considered. Areas of particular interest in¬ 
clude: databases; parallel and numerical 
computation; and computing systems, es¬ 
pecially networks and distributed systems. 


Applicants must have a strong commitment 
to high standards of excellence in academic 
research and teaching. 

The Department has a faculty of 20 and 
160 graduate students. It has strong research 
programs in parallel and distributed com¬ 
putation, numerical computation, artificial 
intelligence, systems and software, data¬ 
bases, and theoretical computer science. 
The computing environment includes Vax- 
class mainframes, SUN-class workstations, 
Symbolics workstations, shared and local 
memory multiprocessors including an Intel 
Hypercube, Encore and Sequent multipro¬ 
cessors, and an Alliant FX/8. A number of 
research activities in distributed computation 
are supported by an NSF-funded CER 
award. The Department is a principal partici¬ 
pant in the University’s Center for Applied 
Parallel Processing which has a broad inter¬ 
disciplinary research program in large scale 
scientific computation and operates a Think¬ 
ing Machines CM2. There is also a satellite 
link to the supercomputing facility at the 
John Von Neumann Center in Princeton. 

Applicants should send a current curricu¬ 
lum vita to Professor Lloyd Fosdick, Chair¬ 
man, Department of Computer Science, 
Campus Box 430, University of Colorado, 
Boulder, CO 80309-0430. Applications are 
due by February 15, 1989. Late applications 
will be considered for any positions remain¬ 
ing unfilled on March 15, 1989. 

The University of Colorado at Boulder has 
a strong institutional commitment to the prin¬ 
ciple of diversity in all areas. In that spirit, we 
are particularly interested in receiving appli¬ 
cations from women, ethnic minorities and 
disabled individuals. 


UNIVERSITY OF HOUSTON 

Applications are invited for tenure track 
faculty positions in the Department of Com¬ 
puter Science starting September 1989. 
Areas of special interest include but not 
limited to artificial intelligence, computer ar¬ 
chitecture, computer graphics, computer 
networks, operating systems, programming 
languages and software engineering. Rank 
and salary are open and competitive. The 
Department is interested in expanding its 
research program and particularly welcome 
applicants for senior positions. Applicants 
should have a Ph.D. in Computer Science or 
a closely related area, and a strong commit¬ 
ment to research and teaching. Candidates 
for senior positions should also have a 
distinguished research record. The Depart¬ 
ment offers Ph.D., M.S., and B.S. in Com¬ 
puter Science. Departmental research 
facilities include a network of SUN Worksta¬ 
tions, VAX 11/780 and VAX 11/730’s, a 
network of AT + T 3B20 and 3B2’s and ac¬ 
cess to other computing facilities in the 
University Computer Center as well as 
supercomputers via remote access ter¬ 
minals. Send resume and names of profes¬ 
sional references to Dr. Willis King, Chair¬ 
man, Department of Computer Science, 
University of Houston, Houston, Texas 
77204-3475. An Equal Opportunity/ 
Affirmative Action Employer. 


WINONA STATE UNIVERSITY 

Winona State University invites applica¬ 
tions for a tenure track faculty position to 
begin in September 1989. Rank and salary 
are dependent on qualifications; we offer ex¬ 
cellent salaries and benefits. Primary duties 
will be to teach the full range of undergradu¬ 
ate computer science courses in a curriculum 
based on ACM guidelines. Other duties may 
include helping to establish our graduate 
program. New building projects coupled 
with major hardware acquisition provides a 
rich environment for continued growth in a 
dynamic, progressive department. WSU is 
within close proximity to major high-technol¬ 
ogy corporations which offer opportunities 
for research, consulting, and continuing 
education. 

Ph.D. (or ABD) in Computer Science or 
related field is preferred but applicants with a 
Master’s in Computer Science will be con¬ 
sidered. Please send resume, transcripts, 
and a list of 3 references with addresses and 
phone numbers to: COMPUTER SCIENCE 
TT Search, Office of Human Resources, 
Winona State University, Winona, MN 
55987. Open until filled. AA/EOE. 


POSTDOCTORAL POSITIONS 
AT NTT LABORATORIES 

NTT’s Electrical Communications Labora¬ 
tories is responsible for research and devel¬ 
opment (R&D) activities for Nippon Tele¬ 
graph and Telephone Corporation. NTT, 
which serves the nation of Japan, is one of 
the world’s largest and most advanced tele¬ 
communications corporations. Today, several 
thousand scientists and engineers are actively 
involved in R&D activities at the laboratories. 

NTT Laboratories is seeking outstanding 
candidates to fill postdoctoral positions in 
three basic research areas listed below. We 
encourage doctoral candidates as well as 
Ph.D. recipients to apply for these positions 
in electrical engineering, physics, chemistry, 
material science, and related areas. Salary is 
highly competitive, and substantial benefits 
are available, including company-provided 
housing. Applicants should send their cur¬ 
riculum vitae and names of two references 

Noriyoshi Osumi 

Senior Manager 

Research Planning Division 

NTT Basic Research Laboratories 

3-9-11 Midori-cho, Musashino-shi, 

Tokyo 180, Japan 
(Telephone) +81 422 59 3311 
(Facsimile) +81 422 59 4069 
List of Research Areas with Available 
Positions 

1. Parallel computer architectures, operat¬ 
ing system software for parallel machines, 
and parallel machines, and parallel compu¬ 
tation algorithms. 

2. Knowledge representations and knowl¬ 
edge base, connectionist model and sym¬ 
bolic AI, natural language processing, 
reasoning, and problem solving. 

3. Algorithms, computational complexity, 
and automated theorem proving. 
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KANSAS STATE UNIVERSITY 
Faculty Positions 
Department of Computing and 
Information Sciences 

The Department of Computing and Infor¬ 
mation Sciences at Kansas State University 
invites applications for anticipated tenure 
track and visiting faculty positions beginning 
in September 1989. Applicants should have 
a Ph.D. in Computer Science. Applicants 
from all areas of Computer Science will be 
considered. The department has special in¬ 
terest in candidates in the areas of program¬ 
ming languages, software engineering, data¬ 
base systems, artificial intelligence, expert 
systems, parallel computation, and distri¬ 
buted computing. Salary will be competitive 
and commensurate with qualifications. All 
applicants must have a commitment to both 
research and teaching. All applicants should 
include a description of current research and 
teaching experience and interests. Non-U.S. 
citizens must include their visa status. The 
department offers the BS, MS, and PhD 
degrees. Resources in the department which 
are dedicated to research include an ethernet 
network of more than 20 Unix-based mini¬ 
computers which include DEC VAX, AT&T 
3B, and Harris HCX computer architec¬ 
tures. Several Xerox and Sun workstations 
and more than 100 PC’s are also networked 
with the mini-computers. Access to an IBM 
370 architecture is also available along with 
access to CSNET, BITNET, and NSFNET. 
Each faculty office is equipped with a 
workstation on the network. 

Please send resumes to: Dr. Virgil E. Wal- 
lentine, Head, Department of Computing 
and Information Sciences, Kansas State 
University, Nichols Hall, Rm. 234, Manhat¬ 
tan, Kansas 66506. E-mail Addresses: virg 
@harris.cis.ksu.edu, or virg@ksuvasl. 
bitnet. 

Kansas State University is an Affirmative 
Action Equal Opportunity Employer. 


UNIVERSITY OF MANITOBA 

Applications and nominations are invited 
for the position of Head of the Department of 
Computer Science at the University of Mani¬ 
toba. The Department consists of 33 faculty 
members and offers undergraduate programs 
including a co-op program, and M.Sc. and 
Ph.D. programs. The term of a Head in the 
Faculty of Science is normally five years. 

The academic appointment will be at a 
rank and salary consistent with qualifications 
and experience. 

The successful candidate will be able to 
provide effective leadership to a department 
that is strong in both teaching and research. 

Responses from both women and men are 
encouraged. In accordance with Canadian 
immigration requirements, priority will be 
given to Canadian citizens and permanent 
residents. 

Applications should be received by Janu¬ 
ary 31, 1989, and the appointment will take 
effect July 1, 1989. Please forward applica¬ 
tions to: C.C. BIGELOW, DEAN, FACUL¬ 
TY OF SCIENCE, 250 MACHRAY HALL, 
UNIVERSITY OF MANITOBA, WINNIPEG, 
MANITOBA, CANADA, R3T 2N2. 


UNIVERSITY OF MARYLAND 

The Electrical Engineering Department of 
the University of Maryland College Park has 
openings for regular faculty positions in com¬ 
puter engineering. Candidates for the rank 
of Assistant Professor should have a high 
potential for both teaching and research. 
Candidates for the rank of Associate Pro¬ 
fessor and Full Professor should have distin¬ 
guished records in research and a strong 
interest in educational programs. The 
department conducts research and educa¬ 
tional programs in several areas of computer 
engineering. Although applications in all 
areas of computer engineering will be con¬ 
sidered, operating systems, computer secu¬ 
rity, architectures for parallel computing, and 
VLSI are currently the highest priority areas 
for adding new faculty. Application, includ¬ 
ing resume, list of publications, list of refer¬ 
ences, identification of technical area for 
which the candidate wishes to be con¬ 
sidered, should be sent to Dr. William W. 
Destler, Chairman, Electrical Engineering 
Department, University of Maryland, Col¬ 
lege Park, Maryland 20742. The University 
of Maryland is an equal opportunity, affir¬ 
mative action employer. 


UNIVERSITY OF HONG KONG 
Lecturer in Computer Science 

Applications are invited for a Lectureship 
in Computer Science. Candidates should 
have a higher degree in Computer Science, 
Information Systems or Computer Engineer¬ 
ing, and a strong interest in both teaching 
and research. Preference will be given to ap¬ 
plicants with strong interest in research and 
development in the field of information sys¬ 
tems, pattern recognition, computer vision, 
image processing and operating systems. 

Consideration may be given to applica¬ 
tions for appointment on a short-term basis 
(6 months -12 months). A certain amount of 
outside practice is permitted. 

Annual salary (superannuable) is on an 
11-point scale: HK$200,340 - HK$334,860 
(US$1 =HK$7.80 as at October 3, 1988). 

Starting salary will depend on qualifica¬ 
tions and experience. At current rates, 
salaries tax will not exceed 15.5% of gross 
income. Children’s education allowances, 
leave, and medical benefits are provided; 
housing or tenancy allowances are also pro¬ 
vided in most cases at a charge of 7.5% of 

Further particulars and application forms 
may be obtained from the Appointments Of¬ 
ficer, Association of Commonwealth Univer¬ 
sities, 36 Gordon Square, London WC1H 
OPF, UK, or from the Appointments Unit, 
Registry, University of Hong Kong, Hong 
Kong. Applicants are additionally requested 
to provide, in respect of their major research 
area: a short descriptive title; and a brief 
summary of the work they have undertaken 
and the direction in which their work is 
proceeding. 

Closes: 16 January 1989. 


STATE UNIVERSITY OF NEW YORK 
AT BUFFALO 

The Department of Computer Science is 
seeking to fill several Assistant Professor 
positions to begin Fall 1989. Applicants must 
have a Ph.D. in Computer Science or a 
related field by September 1, 1989, and 
must have superior research ability. 

The University at Buffalo is the largest 
public university in New York and New 
England, with approximately 26,000 stu¬ 
dents enrolled in 93 undergraduate, 101 
master’s, and 94 doctoral programs, in¬ 
cluding law, medical, and business schools. 

Present computer science research areas 
include artificial intelligence, computer 
vision, parallel algorithms, theory of com¬ 
putation, and performance evaluation. The 
annual research expenditure of the depart¬ 
ment exceeds $1 million. We are particularly 
interested in faculty who will be able to bridge 
the areas of present strength to the systems 
areas of programming languages, computer 
architecture and operating systems. The 
department offers BA, BS, MS and PhD 
degrees, with controlled undergraduate 
enrollment. Departmental computing facili¬ 
ties include a VAX 11/785, twenty SUNs, 
nine lisp machines, two Hypercubes, one 
Encore multimax and several image proces¬ 
sing/graphics systems. The current depart¬ 
ment consists of 15 tenure-track faculty, 3 
lecturers, 3 full-time technical staff and over 
60 supported graduate students. The depart¬ 
ment is expanding, with additional faculty 
lines committed annually. Salaries are ex¬ 
tremely competitive. 

Resumes and names of four references 
should be directed to: Prof. Sargur N. 
Srihari, Chairman of Search Committee, 
Department of Computer Science, 226 Bell 
Hall, SUNY at Buffalo, Buffalo, NY 14260 
(CSnet: srihari@buffalo). For full considera¬ 
tion, applications should be received by 
January 15, 1989. SUNY is an affirmative 
action/equal opportunity employer. 


CLEVELAND STATE UNIVERSITY 
Computer 

Instructor or Asst. Professor 

The Department of Computer and Infor¬ 
mation Science at Cleveland State Universi¬ 
ty has a tenure track position in the areas of 
distributed systems or software engineering 
and design. Responsibilities include teaching 
(two courses/quarter) & research. Salary is 
very competitive. Qualifications: Ph.D. in 
Computer Science, MIS, or a closely related 
field. Ph.D. candidates with substantial pro¬ 
gress on a dissertation will be considered. 
Close relationships to business, engineering, 
and other departments provide an environ¬ 
ment conducive to research and consulting. 
In addition to university computing facilities, 
the department has laboratories using VAX 
computers running UNIX, VMS, and state of 
the art software. Faculty offices are equipped 
with personal computers. Inquiries and vita 
should be sent to: Dr. Thomas S. Heines, 
Chairperson, Computer & Information Sci¬ 
ence Dept., Cleveland State University, E. 
24th & Euclid Ave., Cleveland, OH 44115. 
Equal Opportunity Employer, m/f/h. 
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INDIANA UNIVERSITY- 
PURDUE UNIVERSITY 
at Indianapolis 

The Department of Computer & Informa¬ 
tion Science invites applications for several 
tenure track positions. A Ph.D. in Computer 
Science (or the equivalent) and strong teach¬ 
ing and research credentials are required. 
The Department is expanding and will con¬ 
sider strong candidates in all areas of 
Computer Science. Rank and salary are 
competitive. 

The University is rapidly growing and now 
has over 24,000 students. Indianapolis is a 
large, active metropolis and has available a 
dynamic industrial base conducive to joint 
research and consulting with our faculty. The 
six-hospital Medical Center at IUPU1 is yet 
another source of cross-disciplinary research 
for the Department. Outstanding computing 
facilities include a network of VAX, IBM, 
CDC, and Prime machines. Please send 
resumes and references to Dr. Michael A. 
Penna, Chairman Search and Screen Com¬ 
mittee, Department of Computer & Infor¬ 
mation Science, Box 647, IUPUI, Indiana¬ 
polis, IN 46223. IUPUI is an Equal Oppor¬ 
tunity/Affirmative Action Employer. 


MASSACHUSETTS INSTITUTE 
OF TECHNOLOGY 
Faculty Positions 

The Department of Electrical Engineering 
and Computer Science seeks candidates for 
faculty positions starting in September 1989. 
We anticipate openings for several junior 
faculty appointments for individuals who are 
completing, or who have recently completed, 
a doctorate. Faculty duties include teaching 
at both the graduate and undergraduate 
levels, research, and supervision of theses. 

We are interested in candidates in most 
areas of electrical engineering, but oppor¬ 
tunities in bioelectrical engineering and 
microwaves are extremely limited at present. 
In computer science, we are interested in 
candidates in the following two areas: Com¬ 
puter Systems, including operating systems, 
programming languages, computer architec¬ 
ture, databases, and graphics; and AI re¬ 
search in reasoning, including common- 
sense and qualitative physical reasoning, 
and reasoning using massively parallel 
machines. 

All candidates should write to the address 
below, describing their professional interests 
and goals. Applications should include a cur¬ 
riculum vitae and the names and addresses 
of three or more references. Additional 
material describing the applicant’s work, 
such as papers or technical reports, would 
also be helpful. All candidates should in¬ 
dicate citizenship and, in the case of non-US 
citizens, describe their visa status. 

Send all applications to: 

Prof. F.C. Hennie 

Room 38-435 

Massachusetts Institute of Technology 

Cambridge, MA 02139 

M.I.T. is an equal opportunity/affirmative 
action employer. 


MORAVIAN COLLEGE 
Computer Science Department 

The Computer Science Department of 
Moravian College is seeking a person with a 
Ph.D. in Computer Science or closely re¬ 
lated field for a tenurable-track position to 
begin September 1989. Applicants should 
have a strong interest in undergraduate 
teaching with special interests in such areas 
as analysis of algorithms, data structures and 
theoretical foundations. Research is encour¬ 
aged and department members have received 
NSF and industrial grants to support faculty/ 
student research. The successful applicant is 
expected to play a leadership role in a 
department that graduates approximately 25 
Computer Science students per year. 

Facilities include a high-speed Ethernet 
network which provides three main proces¬ 
sors: a Sun 3/180 server, a Sun 4/280 pro¬ 
cessor, and a Masscomp MC 500 processor. 
The network supports 50 concurrent users 
via Sun workstations, terminals, PC’s and 
dial-up lines. Laser printers and an image 
scanner are available on the network. The 
department employs a full time software 
technician and is a member of CSNET. 

Moravian College is a selective, liberal arts 
and science college in the Lehigh Valley of 
Pennsylvania, 1 hour from Philadelphia, 1.5 
hours from New York City and 45 minutes 
to the Pocono Mountains. Founded in 1742, 
it is the sixth oldest college in the country. Its 
membership in the Lehigh Valley Associa¬ 
tion of Independent Colleges with five other 
area institutions and its proximity to major 
urban centers, presents unusual opportuni¬ 
ties for professional and cultural enrichment. 

Selection process will begin January 16, 
1989; applications will be accepted until the 
position is filled. Salary and rank will be 
determined on the basis of the applicant’s 
qualifications. Application should be sent to 
Joseph L. Powlette, Chair of Search Com¬ 
mittee, Collier Hall of Science, Moravian 
College, Bethlehem, PA 18018-9990 or 
CSNET address powlette@moravian.edu. 
Moravian is an equal opportunity employer. 


KANSAS STATE UNIVERSITY 
Head, Department of Electrical and 
Computer Engineering 

Applications and nominations are invited 
for the position of Head of the Department of 
Electrical and Computer Engineering. The 
department has an ABET Accredited pro¬ 
gram in Electrical Engineering and a new 
program in Computer Engineering. The de¬ 
partment offers the B.S., M.S., and Ph.D. 
degrees. There are 25 faculty positions. The 
applicant must have an earned doctorate 
and interest and ability in scholarly teaching, 
research, and administration. Industrial or 
government experience is also desirable. 
Applications and nominations of qualified in¬ 
dividuals should be sent to Michael S.P. 
Lucas, Chairman, Search Committee, De¬ 
partment of Electrical and Computer 
Engineering, Kansas State University, 
Durland Hall, Manhattan, KS 66506. 
Telephone: (913) 532-5600. Application 
Deadline: February 1, 1989. Applicants 
must be U.S. citizens or permanent resi¬ 
dents. Kansas State University is an Equal 
Opportunity Employer. 


COLORADO SCHOOL OF MINES 

Tenure-track position for computer scien¬ 
tist beginning Fall, 1989. Program emphasis 
on software development, software systems, 
artificial intelligence, languages and database 
management. Duties include teaching and 
graduate student research supervision. Ap¬ 
plicants should demonstrate significant 
research accomplishment or exceptional 
research promise and a commitment to ex¬ 
cellence in teaching. Record of funded re¬ 
search should be documented by applicants 
for senior positions. Departmental programs 
in mathematical and computer sciences. 

Send vita Including publications and 
names of 3 references to Ardel J. Boes, 
Department of Mathematics, Colorado 
School of Mines, Golden, CO 80401. 

CSM is an Affirmative Action/Equal Op¬ 
portunity Employer. 


UNIVERSITY OF 
SOUTHERN CALIFORNIA 
Chair, Computer Science 

The Computer Science Department of the 
School of Engineering, University of South¬ 
ern California (USC), seeks a distinguished 
computer scientist with the vision and skill to 
lead a strong department and further strength¬ 
en it. The School of Engineering, with 170 
faculty and 4,300 students, ranks 6th in the 
nation in sponsored research expenditures. 
The Computer Science Department has a 
full time faculty of 22, and a student body of 
125 Ph.D. students, 250 M.S. candidates, 
and 200 undergraduates. The departmental 
research budget currently is $3M per year. 
Faculty research interests encompass the 
traditional areas of computer science, plus 
interdisciplinary, emerging fields such as 
robotics and neural computation. Comput¬ 
ing research support is provided by a large 
network of modern workstations, and vari¬ 
ous supercomputers are available through 
the network. More than 100 SUN work¬ 
stations are used for teaching. The depart¬ 
ment maintains close ties with the Electrical 
Engineering Department which has a strong 
Computer Engineering Group of 16 faculty, 
and with the Information Sciences Institute 
(ISI), an off-campus research facility of the 
School of Engineering. ISI’s staff of 200 con¬ 
ducts research on a broad spectrum of com¬ 
puter science topics. Southern California has 
the highest industrial production in the na¬ 
tion. Opportunities for industry/university 
collaboration are excellent because much of 
the local industry is high-tech and computa¬ 
tionally oriented. 

Please send nominations and applications 
to: 

Professor Aristides Requicha 
Chair, Search Committee 
Computer Science Department 
University of Southern California 
Los Angeles, CA 90089-0782 
Telephone: (213) 743-3805 
Net Mail: requicha@lipari.usc.edu 
Applications should include a resume and 
a list of professional references. USC is an 
equal opportunity employer. 


128 


COMPUTER 








SUNY PLATTSBURGH 

Department of Computer Science 

SUNY Plattsburgh invites applications for 
one tenure track and one temporary visiting 
position beginning in the Fall 1989. Platts¬ 
burgh State has a strong undergraduate pro¬ 
gram in Computer Science within a Liberal 
Arts setting. The BS program in Software 
Systems has been accredited by the Com¬ 
puter Science Accreditation Commission of 
the Computing Science Accreditation Board, 
Inc. Departmental interests include real-time 
software, artificial intelligence, natural lan¬ 
guage processing, computational science 
and parallel distributed processing. All 
specialties within Computer Science con¬ 
sidered. Preference for one person in 
hardware. 

Qualifications: Ph.D. in Computer Sci¬ 
ence preferred. Terminal degree in related 
field or equivalent experience considered. 

INDIVIDUALS WITH AN UNDER¬ 
STANDING OF AND SENSITIVITY TO 
MINORITY AND GENDER CONCERNS 
ARE ENCOURAGED TO APPLY. 

Plattsburgh is located in the northeast cor¬ 
ner of New York State on the Western Shore 
of Lake Champlain near the Adirondack 
Mountains and is approximately sixty miles 
from Montreal. 

Deadline is February 15, 1989; however, 
applications will be accepted until both posi¬ 
tions are filled. 

Send letter of application, resume and 
three current letters of reference to: 

Chair, Search Committee 
c/o Office of Personnel/Affirmative Action 
SUNY Plattsburgh 
Box 1576-1001 
Plattsburgh, New York 12901 

SUNY PLATTSBURGH IS AN EQUAL 
OPPORTUNITY EMPLOYER. 


TEXAS A&M UNIVERSITY 

Department of Computer Science 

Applications are invited for faculty posi¬ 
tions at the Assistant, Associate or Full Pro¬ 
fessor level. We are particularly interested in 
faculty in the areas of computer architecture, 
programming languages, artificial intelli¬ 
gence, and real time systems, but candidates 
from all areas of computer science will be 
considered. In addition to regular faculty 
positions, an endowed chair in computer ar¬ 
chitecture is to be filled. 

The Department of Computer Science 
has 21 full-time senior faculty members and 
additional teaching staff. There is a tradition 
of quality instruction at the B.S., M.S. and 
Ph.D. levels. The University is committed to 
a major expansion of the Computer Science 
Department, and several positions are 
available. 

Computer Science at Texas A&M Univer¬ 
sity has recently added a program in com¬ 
puter engineering. The department is 
located in the College of Engineering, which 
is one of the nation’s largest with approx¬ 
imately 9,000 students. Computer Science 
is expanding to become one of the larger and 
more comprehensive departments in the 
country. 


We seek excellence in research. Texas 
A&M will provide superior instructional and 
research facilities for its Computer Science 
faculty. The University has the internal 
resources to achieve this goal. Applicants at 
the assistant professor level should show 
substantial promise for research and teach¬ 
ing. Applicants at the higher levels should 
show a strong record of research achieve¬ 
ment. Ability in teaching graduates and 
under-graduates is also essential. Applicants 
should have a doctoral degree or its equiva¬ 
lent. Applicants should submit a resume and 
three references to Donald K. Friesen, 
Chairman, Faculty Search Committee, 
Computer Science Department, Texas 
A&M University, College Station, TX 
77843-3112. 

Texas A&M University is an equal oppor¬ 
tunity/affirmative action employer. 


STANFORD UNIVERSITY 
Faculty Openings 

The Departments of Computer Science 
and Electrical Engineering have openings for 
both tenure-track and research faculty posi¬ 
tions. These positions would be affiliated 
with the Computer Systems Laboratory, a 
joint laboratory within the two departments 
focusing on teaching and research in com¬ 
puter systems. 

Applications are invited. Applicants 
should have a Ph.D. in Computer Science or 
Electrical Engineering or expect to receive 
the degree before the Fall of 1989. We are 
looking for candidates with a demonstrated 
research ability in the area of programming 
languages and systems. All applicants will be 
considered for positions beginning in the Fall 
Quarter 1989. 

Stanford University is an affirmative ac¬ 
tion, Equal Opportunity Employer and wel¬ 
comes applications from women and minori¬ 
ty groups. Please submit, prior to February 
1, 1989, a detailed resume, including names 
of FIVE references (preferably with at least 
one reference outside of your current institu¬ 
tion) to Professor John Hennessy, Chair¬ 
man, Search Committee, Computer Sys¬ 
tems Laboratory, Department of Electrical 
Engineering, Stanford University, Stanford, 
California 94305. 


UNIVERSITY OF MARYLAND 
Institute for Advanced 
Computer Studies 
Temporary Research Positions 

The University of Maryland Institute for 
Advanced Computer Studies (UMIACS) in¬ 
vites applications for Post-Doctural Research 
Assistant, Associate and Scientist positions 
which may be available during the 1989-90 
academic year. Applicants must have a 
Ph D. in Computer Science, or a related 
area, and a strong research record. Send a 
resume and names of 3 references, by 
February 28, 1989 to: Johanna Weinstein, 
RA Coordinator, UMIACS, University of 
Maryland, College Park, MD 20742. 


ILLINOIS STATE UNIVERSITY 
Information Systems/Computer 
Applications 

Join a dynamic applications driven de¬ 
partment offering controlled class size, ex¬ 
tensive COOP program, faculty resource 
center and competitive salaries with big city 
advantages in a small town environment. 
Tenure track position with salary and rank 
open. Doctorate expected but master’s with 
industrial experience considered. Experi¬ 
ence and interests in one of: structured 
analysis/design, networks/data communi¬ 
cations, software engineering, graphics, 
AI/Expert Systems, micro computer (may 
include Education applications). Commit¬ 
ment to teaching and research, and ability to 
relate to an application area (eg. Business, 
Education) expected. Closing date: January 
15, 1989, or when position filled. Contact: 
Lawrence C. Eggan, Chairperson, Applied 
Computer Science Department, Illinois 
State University, Normal, Illinois 61761. 

“STATE LAW MANDATES ORAL PRO¬ 
FICIENCY IN THE ENGLISH LANGUAGE” 

Equal Opportunity/Affirmative Action 
University. 


RATES: $12.00 per line, $120 
minimum charge (up to ten lines). 
Average five typeset words per line, eight 
lines per column inch. Add $10 for box 
number. Send copy at least one month 
prior to publication to: Heidi Rex or 
Marian Tibayan, Classified Advertis¬ 
ing, COMPUTER Magazine, 10662 Los 
Vaqueros Circle, Los Alamitos, CA 
90720; (714) 821-8380. 


THE VIRGINIA MILITARY INSTITUTE 
Mathematics/Computer Science 

A tenure-track position beginning August, 
1989. Applicant should have a strong in¬ 
terest in teaching. VMI’s hardware includes a 
Data General MV/7800, a Burroughs A9, 
and 200 IBM PC’s. 

Preference given to an applicant with a 
Ph.D. in a computer-related field such as 
Computer Science, MIS, or Mathematics. 
Significant education or experience in CS re¬ 
quired. Duties include teaching computer 
science and mathematics. Salary and rank 
commensurate with qualifications. 

VMI is a quality undergraduate military 
college of engineering, liberal arts, and 
science, located in an attractive college 
town. Faculty wear uniforms but have no 
other assigned military duties. 

Deadline for applications is March 1, 
1989. Send resumes with at least three 
references to Thomas C. Lominac, Depart¬ 
ment of Mathematics and Computer Sci¬ 
ence, Virginia Military Institute, Lexington, 
Virginia 24450. 

AA/EEO Employer. 
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SR. SOFTWARE ENGINEERS 

We have several immediate openings for 
Sr. Software Engineers in our Flexible Auto¬ 
mation Business Unit. One position requires 
3-8 years of operating system kernel experi¬ 
ence. You will enhance/develop, debug, 
and design a kernel for a state of the art 
microcomputer operating system. Features 
will include multitasking, realtime interrupt 
control, and protected mode memory. 
Knowledge in these areas required. A strong 
background in C and assembly language re¬ 
quired. Intel 80286/80386 knowledge pre¬ 
ferred. B.S. in Computer Science or related 
experience desired. 

The second position requires 2-8 years ex¬ 
perience in C and assembly language, multi¬ 
tasking, and realtime operating systems. 
Knowledge of DOS application and system 
background a plus. You will enhance/ 
develop, debug and maintain a DOS ap¬ 
plication front end environment on a 
microcomputer operating system. B.S. in 
Computer Science or related experience 
desired. 

The third position requires a background 
in transporter and higher-layer protocols. 
Experience with NET BIOS, TCP/IP, and 
ISO protocols especially helpful. You should 
know C and assembly languages. B.S. in 
Computer Science plus 3-5 years direct ex¬ 
perience in microcomputer software devel¬ 
opment with emphasis in Networking and 
Communications desired. Knowledge of 
operating systems internals and current 
state-of-the-art technology in Communica¬ 
tions (TCP/IP, MAP, SNA, ISO) required. 

Interested candidates send resume and 
salary history to: 

DIGITAL RESEARCH 

PROFESSIONAL EMPLOYMENT- 
FABU 

P.O. BOX DRI 
MONTEREY, CA 93942 

An Equal Opportunity Employer. 


CONCORDIA UNIVERSITY 

Concordia University in Montreal invites 
applications for tenure track positions at all 
levels in the area of Computer Engineering. 
An area of particular interest is computer ar¬ 
chitecture and computer systems with em¬ 
phasis on hardware. Applicants should have 
completed their Ph.D. by the time of the 
appointment. 

Duties will include teaching undergrad¬ 
uate and graduate courses in the area of 
computer engineering. The Department of 
Electrical and Computer Engineering at 
Concordia is oriented toward research; con¬ 
sequently, an applicant should have a strong 
interest in research as well as teaching. The 
medium of instruction is English. 

Interested candidates should send their 
resumes and the names and addresses of at 
least three references to: 

Jeremiah F. Hayes, Chairman 
Department of Electrical and Computer 
Engineering 
Concordia University 
1455 de Maisonneuve Blvd. West, 

Room H915-7 
Montreal Quebec 
H3G 1M8 


PENN STATE 
Computer Engineering 

Applications are invited for faculty posi¬ 
tions at all levels. Candidates from all areas 
of computer engineering (hardware and soft¬ 
ware) will be considered. The Computer 
Engineering Program at The Pennsylvania 
State University is within the Department of 
Electrical Engineering which has over 50 
faculty members, and approximately 1300 
undergraduate majors, 200 graduate 
students. Candidates should have a Ph.D. in 
Electrical/Computer Engineering or related 
areas. There are 13 faculty members within 
the Computer Engineering Program. Ex¬ 
cellent instruction and research computing 
facilities are available within the Department, 
College and at the University Computation 

Send letter of application, resume, or in¬ 
quiries, together with three references to: 
COMPUTER ENGINEERING PROGRAM, 
DEPARTMENT OF ELECTRICAL ENGI¬ 
NEERING, 129 ELECTRICAL ENGINEER¬ 
ING EAST Box-C, THE PENNSYLVANIA 
STATE UNIVERSITY, UNIVERSITY 
PARK, PA 16802. 

Deadline for applications is November 30, 
1988, or until suitable qualified candidates 
are selected. 

An Affirmative Action/Equal Opportuni¬ 
ty Employer Women and Minorities En¬ 
couraged to Apply. 


UNIVERSITY OF NEW ORLEANS 
Professorships in Computer Science 

We invite applications for tenure-track 
positions in the Computer Science Depart¬ 
ment at the University of New Orleans. Ours 
is a rapidly-developing program with ap¬ 
proximately 400 majors at the second- 
largest public university in Louisiana. We 
also offer graduate study through the 
Master’s level in a cooperative program with 
the Department of Mathematics. Our De¬ 
partment numbers 11 full-time faculty with 
good prospects for continued expansion for 
several years. Our undergraduate program 
has been accredited by the Computing Sci¬ 
ences Accreditation Board, and was also 
singled out for excellence by the Louisiana 
Board of Regents in the past year. Only two 
universities in Louisiana have received both 
of these recognitions. 

University computing facilities include a 
network of four VAX 8600’s running VMS 
4,5 and DECNET, and approximately 150 
Z-100 (MS-DOS compatible) 10 MB micro¬ 
computers which serve as the principal 
workstations on campus. There is also a 
campus-wide Ethernet. Departmental facili¬ 
ties include a Gould 6040/Berkeley 4.3bsd 
Departmental computing system, a Sym¬ 
bolics 3640 LISP machine, and several Sun 
workstations, as well as a number of 
microcomputers and a PDP-11. We have 
now completed a purchase of a large 
number of advanced workstations to com¬ 
plement the existing facilities, including one 
for each faculty member. We are also a 
member of CSNET. Ada is used as the pri¬ 
mary programming language in under¬ 
graduate teaching. 


Candidates will be considered for both 
junior and senior positions. Candidates 
should have a doctorate in Computer Sci¬ 
ence or in a related field, and should be 
interested in a career where teaching excel¬ 
lence is rewarded and research encouraged. 
Our primary objective is for faculty in the 
areas of operating systems, database man¬ 
agement systems, and software engineering; 
candidates whose specialties are in other 
branches of computer science will only be 
considered under exceptional circumstances. 

Please send your resume and three refer¬ 
ences before March 15, 1989 to Wayne Pat¬ 
terson, Chairman, Department of Computer 
Science, University of New Orleans, New 
Orleans, LA 70148. (Phone: 504-286- 
6594.) Inquiries may also be directed via Bit- 
Net to rwpcs@uno or via CSNet to wpatters 
@uno. Review of the applications will begin 
upon their receipt. Women and minorities 
are especially encouraged to apply. The 
University of New Orleans is an Equal Op¬ 
portunity/Affirmative Action Employer. 


CENTRAL CONNECTICUT STATE 
UNIVERSITY 

COMPUTER SCIENCE-FALL 1989- 
Assistant Professor or Associate Professor, 
tenure track, rank and salary dependent on 
experience and qualifications. To teach 
Computer Science at all levels and to 
establish an active program in some specialty 
in the discipline. Ph.D. required. Previous 
teaching experience preferred. Send letter of 
application with resume and names, ad¬ 
dresses and telephone numbers of three 
references to George B. Miller, Chairman, 
Department of Mathematics and Computer 
Science, CENTRAL CONNECTICUT 
STATE UNIVERSITY, New Britain, CT 
06050-4010 by February 15, 1989. CCSU 
is an AA/EO employer. Women, minorities, 
handicapped and veterans are encouraged 
to apply. 


UNIVERSITY OF ILLINOIS AT 
URBANA-CHAMPAIGN 
Department of Computer Science 

Tenure or tenure-track positions are ex¬ 
pected to be available for Computer Science 
research and instruction beginning in Fall 
1989. Salary and rank open. Demonstrated 
research ability and a completed or about to 
be completed Ph.D. in CS or closely allied 
discipline required for tenure-track appoint¬ 
ments. Tenured appointments also require 
outstanding research accomplishments. In¬ 
terviews may take place prior to the applica¬ 
tion deadline of March 1, 1989. However, 
no final decisions will be made until after 
March 1, 1989. Submit resumes to: Profes¬ 
sor C.W. Gear, Head, Department of Com¬ 
puter Science, University of Illinois at 
Urbana-Champaign, 1304 W. Springfield 
Avenue, Urbana, Illinois 61801. Phone: 
(217) 333-6454. The University of Illinois is 
an affirmative action, equal opportunity 
employer. 


130 


COMPUTER 










OHIO SUPERCOMPUTER CENTER 

Scientific support positions available at 
major new facility comparable in size and 
scope to NSF supercomputer centers. 
CRAY X-MP to be upgraded to Y-MP in 
1989, runs UNICOS and emphasizes UNIX 
and visualization. TCP/IP and DECNET 
statewide network provides high speed ac¬ 
cess. Seeking experienced CRAY users with 
backgrounds in Physics, Engineering, Chem¬ 
istry, Biology or other scientific disciplines. 
Senior positions require Ph.D. and may in¬ 
clude collaborative research with OSC users. 
All positions require experience with major 
applications software packages. 

The Center is located adjacent to The 
Ohio State University campus in Columbus. 
Metropolitan Columbus offers excellent 
recreational and cultural opportunities, good 
school systems and very attractive and 
affordable housing. 

For further information please contact 
Alison Brown at (614) 292-9248. Or send 
application letter and resume to: Ohio 
Supercomputer Center, 1224 Kinnear 
Road, Columbus, OH 43212, ATTN: June 
Stiefel. 

An Equal Opportunity, Affirmative Action 
Employer. 


UNIVERSITY OF PITTSBURGH 

Department of Computer Science 

The Department of Computer Science 
has entered a period of substantial growth 
and invites applications for four tenure track 
faculty positions to be filled by June, 1989 or 
as soon as possible. Although we are pri¬ 
marily seeking candidates at the assistant 
professor level, we will also consider can¬ 
didates for appointment at more senior 
ranks, commensurate with demonstrated 
scholarly achievements. Responsibilities in¬ 
clude research, supervision of graduate stu¬ 
dent research (Ph.D. and M.S.), and gradu¬ 
ate and undergraduate teaching. Candidates 
should have a Ph.D. in computer science or 
in a closely related field and a strong interest 
in both research and teaching. All areas of 
specialization in computer science will be 
considered, with preference given to pro¬ 
gramming languages, software engineering, 
operating systems and artificial intelligence. 

The Department currently has twenty-one 
full-time faculty members and supports 
strong graduate and undergraduate pro¬ 
grams. Departmental resources include an 
excellent research library and numerous 
computing facilities including a network of 
SUN and Xerox 1100-series (Dandelion) 
workstations, a VAX 11/780 (under BSD 
UNIX), a variety of micro computers, and 
several graphics systems. The research 
systems are accessible via the Department’s 
Ethernet-compatible LAN. Convenient ac¬ 
cess is also provided to the extensive general 
computer facilities of the University as well as 
to other networks (e.g., ARPANET, 
CSNET). The Department operates the 
Center for Parallel, Distributed and In¬ 
telligent Systems (CPDIS) to provide an en¬ 
vironment for innovative research in com¬ 


puter science. Since the University of Pitts¬ 
burgh is a founding member of the Pittsburgh 
Supercomputing Center and an affiliate 
member of the Software Engineering Insti¬ 
tute, the Department of Computer Science 
has access to the Cray XMP/48 of PSC and 
the software engineering expertise at SEI. 

Please send your resume to: Dr. Mary 
Lou Soffa, Chair of Faculty Search, Depart¬ 
ment of Computer Science, University of 
Pittsburgh, Pittsburgh, PA 15260. 

Pitt is an equal opportunity/affirmative ac¬ 
tion employer and especially encourages 
women and members of ethnic minorities to 
apply. 


OREGON STATE UNIVERSITY 

Department of Computer Science 

The Department of Computer Science in¬ 
vites qualified applicants for tenure-track 
Assistant, Associate and Full Professorships. 
Specialization in programming languages 
and systems, information-based systems, 
software engineering, theoretical computer 
science, computer architecture, artificial in¬ 
telligence or computer graphics is desirable 
but all qualified applicants will be considered. 
Applicants should have completed or expect 
to complete all requirements for a Ph.D. in 
computer science or a closely related field 
and should have demonstrated research and 
teaching potential. Candidates for senior 
positions should have an established re¬ 
search reputation. Review of applications 
will begin November 1, 1988, and will con¬ 
tinue until the positions are filled. Please 
send resume, including the names of three 
references, to: Walter G. Rudd, Chairman, 
Department of Computer Science, Oregon 
State University, Corvallis, OR 97331. 

Oregon State University is an equal op¬ 
portunity affirmative action employer and 
complies with Section 504 of the Rehabilita¬ 
tion Act of 1973. OSU has a policy of being 
responsive to the needs of dual-career 
couples. 


TRINITY COLLEGE 

The Department of Engineering and Com¬ 
puter Science invites applications from out¬ 
standing candidates for a tenure-track position 
at the Assistant Professor-level commencing 
September, 1989, in the areas of FLUID 
MECHANICS/HEAT TRANSFER or 
ROBOTICS/CONTROLS. Experimental 
background highly desirable. The position in¬ 
volves graduate and undergraduate instruc¬ 
tion and research, and a doctoral degree is a 
prerequisite. We are interested in receiving 
applications from qualified women and 
minorities. Trinity College is an equal oppor¬ 
tunity/affirmative action employer. Please 
send resume to Professor Joseph D. Bron¬ 
zino, Chairman, ECS Department, Trinity 
College, Hartford, CT 06106. Applications 
will be accepted until February 15, 1989. 


NORTHWESTERN UNIVERSITY 
Faculty Positions in Electrical 
Engineering and Computer Science 

The Department of Electrical Engineering 
and Computer Science at Northwestern Uni¬ 
versity expects to have tenure track faculty 
openings at all levels starting with the 
academic year 1989-90. Our areas of em¬ 
phasis are: artificial intelligence, foundations 
of computer science, distributed processing, 
and operating systems. Outstanding can¬ 
didates in other areas will also be considered. 
All candidates must have strong research 
and teaching capabilities. 

Northwestern University is an affirmative 
action/equal opportunity employer and en¬ 
courages applications from women and 
members of minority groups. Hiring is con¬ 
tingent upon eligibility to work in the United 
States. Applicants should have attained a 
doctoral degree in electrical engineering, 
computer science, computer engineering, or 
a closely related field by the starting date of 
the appointment. Candidates for higher level 
positions must have a demonstrated record 
of research in industrial or academic settings. 

Interested persons should send their 
resumes and the names and addresses of at 
least four references to: 

Professor A H. Haddad, Chairman 
Department of Electrical Engineering 
and Computer Science 
Northwestern University 
Evanston, Illinois 60208 


EMBRY-RIDDLE AERONAUTICAL 
UNIVERSITY 
Chairman 

Department of Computer Science 

The Department of Computer Science at 
Embry-Riddle Aeronautical University seeks 
applications for the position of chairman 
beginning in August 1989. We offer a bache¬ 
lor’s in CS and are developing plans to offer 
an EE degree. 7 full time faculty serve a 
growing undergraduate population of 175 
majors. 

The chair is responsible for maintaining 
academic excellence: recruiting and retain¬ 
ing faculty, and keeping the ACM78 based 
curriculum updated. A doctoral degree in 
CS or a related field is necessary; in the latter 
case, an MS in CS is highly desired. Candi¬ 
dates should have a teaching and scholarship 
profile commensurate with appointment to 
senior academic rank. An opportunity exists 
to increase the department’s current involve¬ 
ment in over $1 million of funded research 
activities at ERAU’s Airway Science Simula¬ 
tion Laboratory. 

Send a resume, and a letter detailing your 
qualifications and explaining why the job in¬ 
terests you, to: 

Dr. R.O. Rogers, Chairman 

Computer Science Chair Search 
Committee 

c/o Human Resources Department 

Embry-Riddle Aeronautical University 

Daytona Beach, FL 32014 

Equal Opportunity Employer. 
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THE OHIO STATE UNIVERSITY 
Department of Computer 
and Information Science 

Applications are invited for faculty posi¬ 
tions at all levels. A Ph.D. in computer sci¬ 
ence or a closely related field is desired. Can¬ 
didates in the areas of artificial intelligence, 
computer graphics, databases, program¬ 
ming languages operating systems, parallel 
and distributed computing, software engi¬ 
neering, and VLSI design will be considered. 
Of special interest are senior researchers in 
the areas of computer architecture, com¬ 
puter graphics, and software systems. 

The Laboratory for AI Research in the De¬ 
partment has been awarded a State of Ohio 
Regent’s Academic Excellence grant for the 
cognitive science-related aspects of Artificial 
Intelligence. Candidates in computational 
theories of vision and speech, theoretical 
studies on architectures for intelligence and 
conceptual information processing are in¬ 
vited to apply under this program. 

Computing facilities within the Depart¬ 
ment include 200 networked Sun-3 work¬ 
stations, 8 Hewlett Packard color graphics 
workstations, and over 300 Macintoshes. All 
CIS majors use workstations in their course 
work, and many are also used for depart¬ 
ment research. Other Departmental com¬ 
puting facilities include a DEC-2060, five 
Pyramids, 10 IBM RTs, 15 Xerox LISP 
machines, an Intel iPSC/5 Hypercube, an 
Encore Multimax, a BBN Butterfly, and 
numerous systems for graphics, robotics, 
etc. The OSU Computing Center facilities in¬ 
clude a Cray XMP, IBM 3081-D, and 
several IBM 4341s. All systems are attached 
to a campus-wide fiber optic network (Pronet 
80) using TCP/IP protocols. Access is avail¬ 
able to the national networks (ARPANET, 
NSFNET, BITNET, USENET). 

To apply, please send application and 
resume to Prof. Ming T. (Mike) Liu, Chair¬ 
man of Faculty Search Committee, Depart¬ 
ment of Computer and Information Science, 
The Ohio State University, 2036 Neil Ave¬ 
nue, Columbus, Ohio 43210-1277. (NSF¬ 
NET Address: Liu@OSU-20.IRCC.Ohio- 
State.Edu). In order to expedite considera¬ 
tion of your application, please ask three 
references to send their confidential letters 
directly to Prof. Liu. The Ohio State Univer¬ 
sity is an equal opportunity/affirmative ac¬ 
tion employer. 


MICHIGAN STATE UNIVERSITY 
Department of Computer Science 

The Department of Computer Science in¬ 
vites applications for tenure track positions at 
all levels. Candidates from all areas of 
specialization in computer science or com¬ 
puter engineering will be considered. The 
department has a special interest in candidates 
in the areas of programming languages, ar¬ 
tificial intelligence and expert systems, design 
of computer systems and networks, parallel 
computation, and operating systems. Can¬ 
didates should have a Ph.D. in computer 
science or computer engineering and have a 
strong interest in both research and teaching. 
One position is available starting in January 


1989. Additional positions are anticipated 
beginning in September 1989. Initial screen¬ 
ing of applications will begin on August 1, 
1988. However, applications will be accepted 
until the positions are filled. 

As a unit within the College of Engineering 
at Michigan State University, Computer 
Science offers the Bachelor of Science, Master 
of Science and Doctor of Philosophy degrees. 
Special support is available from within the 
college and university to initiate research by 
new faculty members. Faculty offices are con¬ 
nected to the MSUnet which provides access 
to an array of campus computing resources 
including the facilities of the College of Engi¬ 
neering, the Department’s VAX 8600 and 
64-node NCUBE, Pattern Recognition and 
Image Processing Laboratory, Artificial In¬ 
telligence/Knowledge Based Systems Labo¬ 
ratory and the Distributed Computing Re¬ 
search Laboratory. Access to select off- 
campus computers is available, as well as ac¬ 
cess to ARPANET, CSNET, BITNET and 
MAILNET. Additional facilities available to 
faculty include an IBM 3090/180E vector 
processor, the College’s A.H. Case Center for 
Computer-Aided Engineering and Manufac¬ 
turing, and the Electronics Research and 
Development Laboratory. 

Michigan State University enjoys a park-like 
campus of 2,100 developed acres and 3,100 
acres of experimental farms, outlying research 
facilities and natural areas. The campus is ad¬ 
jacent to the cities of East Lansing and the 
capital city, Lansing. The Greater Lansing 
area has approximately 250,000 residents. 
The communities have fine school systems 
and place a high value on education. 

Applicants should send a resume and a 
statement of research and teaching interests 
to: 

Dr. Anthony S. Wojcik, Chairperson 
Department of Computer Science 
A714 Wells Hall 
Michigan State University 
East Lansing, Michigan 48824-1027 
CSNET: wojcik%cps.msu.edu 
Michigan State University is an Equal Op¬ 
portunity/Affirmative Action Institution and 
encourages applications from members of 
ethnic minority groups. 


WAKE FOREST UNIVERSITY 

Applications are invited for a tenure-track 
position in computer science at the assistant 
professor level beginning August, 1989. This 
position is supported by a grant from the 
Dana Foundation and the person filling it will 
be designated as Dana Faculty Fellow. 
Duties include teaching, research and pro¬ 
viding leadership in a developing program in 
computer science. A Ph.D. in computer 
science or equivalent is required. Available 
computing facilities include the departmental 
SUN 4, SUN workstations and microcom¬ 
puter systems networked via Ethernet, the 
university’s Prime 4150 and access to 
CSNET and LINCNET. Send letter of ap¬ 
plication and resume to Richard D. Car¬ 
michael, Chairman, Department of Mathe¬ 
matics and Computer Science, Wake Forest 
University, Box 7311, Winston-Salem, 
North Carolina 27109. EOAA employer. 


THE UNIVERSITY OF MICHIGAN- 
DEARBORN 

Tenure track position at Assistant/Associ¬ 
ate Professor level available at the University 
of Michigan-Dearborn starting 9/89. Ap¬ 
pointment in the Department of Mathema¬ 
tics with primary responsibilities in Inter- 
diciplinary Computer Science program 
(Business, Engineering, Mathematics). 
Ph.D. in one of the computer or information 
sciences with graduate level work in one of 
the mathematical sciences or a Ph.D. in one 
of the mathematical sciences with a Masters 
Degree or equivalent in one of the computer 
or information sciences required. Nine hour 
teaching load per semester, released time for 
research available to junior faculty. The 
Dearborn campus is one of three in the Uni¬ 
versity of Michigan system. Send a vita, 
three letters of recommendation, and official 
transcripts to: Chair, Search Committee, 
Dept, of Mathematics, University of Michigan- 
Dearborn, Dearborn, MI 48128-1491. The 
University of Michigan is an equal opportunity 
employer and specifically invites and encour¬ 
ages applications from women and minorities. 


GEORGIA STATE UNIVERSITY 
Computer Information Systems 
Faculty Positions 

The Department of Computer Informa¬ 
tion Systems invites applications for tenure- 
track faculty positions at the rank of Instruc¬ 
tor, Assistant, Associate and Professor in 
Computer Information Systems. The de¬ 
partment currently seeks faculty with strong 
research and teaching capabilities in the 
following areas: Software engineering, pro¬ 
gramming languages, computer architec¬ 
ture, operating systems, data structures, and 
office information systems, but welcomes 
applications from other areas as well. 

Candidates at the associate/professor 
level must have a Ph.D. or equivalent. Can¬ 
didates at the assistant level must have com¬ 
pleted all requirements for the doctorate by 
the time their appointment becomes effec¬ 
tive. Candidates at the instructor level must 
have completed their master’s program. 

The department is part of the College of 
Business Administration, has BBA and 
Master’s programs as well as a doctoral pro¬ 
gram with approximately 29 Ph.D. candi¬ 
dates and includes 20 full-time faculty 
members. It is located in the heart of the 
Atlanta business and financial community. 

Computing resources include IBM, Am¬ 
dahl, and Unisys mainframes as well as DEC 
and IBM midrange systems, and a wide ar¬ 
ray of personal computers and graphics 
systems. 

The department currently has ongoing 
sponsored research in excess of $2 million. 

Salary is competitive. 

Applications Deadline: February 1, 1989. 

To apply—send resume to: Dr. James A. 
Senn, Chairman, Department of Computer 
Information Systems, Georgia State Univer¬ 
sity, University Plaza, Atlanta, Georgia 
30303. (404) 651-3880. 

An Equal Educational and Employment 
Opportunity Institution. 
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This index covers all technical items that appeared in this periodical 
during 1988, and items from previous years that were commented upon 
or corrected in 1988. 

The Author Index contains the primary entry for each item, listed 
under the first author’s name, and cross-references from all coauthors. 
The Subject Index contains several entries for each item under 
appropriate subject headings, and subject cross-references. 

It is always necessary to refer to the primary entry in the Author 
Index for the exact title, coauthors, and comments/corrections. 


AUTHOR INDEX 
A 

Agiiero, Ulises, see Hooton, Alan R., C-MJul 88 21-31 

Ahmad, Mushtaq. Review of ‘Relational Database Management for 
Microcomputers: Design and Implementation’ (Harrington, J.; 
1988); C-M Dec 88 107 

Allison, Dennis R., Guest Ed.. Introduction to special issue on electronic 
publishing technologies; C-M Jan 88 12-13 

Anderson-Freed, Susan. Review of ‘Nations at Risk: The Impact of the 
Computer Revolution’ (Yourdon, E.; 1986); C-M Mar 88 

Athas, William C„ and Charles L. Seitz. Multicomputers: Message¬ 
passing concurrent computers; C-M Aug 88 9-24 


B 

Barr, Valerie. New Product Reviews—Exploring expert systems; C-M 
Nov 88 68-73 

Beach, Richard J., see Johnson, Jeff, C-M Jan 88 32-43 


Berber, Rene. Comments, with reply, on ‘Source code’ by M. Weiser; C- 
MApr88%, 11 (Original paper, Nov 87 66-73) 

Bernstein, Philip A. Sequoia: A fault-tolerant tightly coupled 
multiprocessor for transaction processing; C-M Feb 88 37-45 
Bershad, Brian N., and Henry M. Levy. A remote computation facility 
for a heterogeneous environment; C-M May 88 50-60 
Boehm, Barry W. A spiral model of software development and 
enhancement; C-Af May 88 61-72 
Borkan, Martha, see Schaffner, Stuart C., C-M Dec ££42-55 
Boyer, Vincent L. Review of ‘Targeting the Computer: Government 
Support and International Competition’ (Flamm, K.; 1987); C- 
M Oct 88 110 

Briggs, Faye A., see Dubois, Michel, C-M Feb 88 9-2 1 
Britcher, Robert N. Using inspections to investigate program 
correctness; C-M Nov 88 38-44 

Brown, Marc H. Exploring algorithms using Balsa-II; C-M May 88 
14-36 

Butler, Jon T., and Hans G. Kerkhoff. Multiple-valued CCD circuits; C- 
M Apr 88 58-69 

Butler, Jon T., Guest Ed.. Introduction to special issue on multiple¬ 
valued logic; C-M Apr 88 13-15 


Do you use this index? 

If you find our annual index useful, please let us know. If 
you don’t use the index, we’d like to know that, too. 

Please circle one of the letters (S for useful, T for not use¬ 
ful) in the reader-interest box on the Reader Service Card, p. 
144A. If you’d like to add a comment, please write it on the 
other side of the card along with your other editorial 
comments. 
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Eckhouse, D. Noah. New Product Reviews—The P68000 juLab; C-M 


Camurati, Paolo, and Paolo Prinetto. Formal verification of hardware 
correctness: Introduction and survey of current research; C-M 
Jul 88 8-19 

Carinos, Felipe, Jr. Industrial PhD scholar program (Ltr.); C-M Oct 88 
8 

Carpenter, Gail A., and Stephen Grossberg. The ART of adaptive 
pattern recognition by a self-organizing neural network; C-M 
Mar 8811-%% 

Cartwright, Jeff. Review of‘Software Metrics: Establishing a Company- 
Wide Program’ (Grady, R. B., and Caswell, D. L.; 1987); C-M 
Apr 88 141-142 

Cartwright, Jeff. Review of ‘Speech Communication: Human and 
Machine’ (O’Shaughnessy, D.; 1987); C-M Nov 88 118 
Chakrapani, Pani M. Review of ‘Principles of Computer Science: 
Concepts, Algorithms, Data Structures, and Applications’ 
(Carberry, M. S., et al.; 1986); C-M May 88 117-118 
Chand, Donald D. Review of‘Inside OS/2’ (Letwin, G.; 1988); C-M Aug 
5#117-118 

Chen, Pehong, and Michael A. Harrison. Multiple representation 
document development; C-M Jan 88 15-31 
Cherenson, Andrew R., see Ousterhout, John K., C-M Feb 88 23-36 
Colombano, Silvano P. Review of ‘Software Testing and Evaluation’ 
(DeMillo, R. A., et al.; 1987); C-M Dec 88 106-107 
Comer, Patricia. Review of The International Journal of Supercomputer 
Applications-, C-M Jul 88 110-111 
Cook, Curtis R„ see Lewis, Ted G., C-M Oct 8845-56 
Cousins, Robert E. Review of ‘Computer Organization and 
Architecture: Principles of Structure and Fundamentals’ 
(Stallings, W.; 1987); C-M May 88 118-119 
Cousins, Robert E. The Open Channel—Microprocessors must support 
more than HLLs; C-MJun 5578-79 

D 

Dale, Nell, see Weems, Chip, C-M Apr 88 6, 8 (Original paper, Aug 87 

Dasgupta, Subrata, see Hooton, Alan R., C-M Jul 5521-31 
Davidson, Scott. The 1988 International Test Conference; C-M Dec 88 
98 

Dawkins, Spencer. Review of ‘Digital Communications: Fundamentals 
and Applications’ (Sklar, B.; 1988); C-M May 55119 
Dawkins, Spencer. Review of ‘Design Analysis and Performance 
Evaluation Methodologies for Database Computers’ 
(Demuijain, S. A., et al.; 1988); C-M Dec 88 105 
Dediu, Michael. New Product Reviews—Nutshell Plus—the relational 
file manager (Version 1.0); C-MJun 5596 
Dediu, Michael. New Product Reviews—Hot line electronic phone 
book; C-MJun 5597 

Dediu, Michael. New Product Reviews—A VMS-based calendar and 
notification software; C-M Dec 88 82 
Dediu, Michael. New Product Reviews—Visual Cobol-85 for MS-DOS; 
C-M Dec 88 83 

DeMarco, Tom. Review of ‘Programming Parallel Processors’ (Babb, 
Robert G., II, Ed.- 1988); C-M Apr 88 141 
DeMarco, Tom. Review of ‘Principles of Software Engineering 
Management’ (Gilb, T., and Finzi, S.; 1988); C-MAug 88 116 
Detlefs, David L„ Maurice P. Herlihy, and Jeannette M. Wing. 
Inheritance of synchronization and recovery properties in 
Avalon/C+ +; C-M Dec 88 57-69 
Dharssi, Moez, see Lang, Gordon R., C-M Feb 88 47-57 
Diede, Tom, Carl F. Hagenmaier, Glen S. Miranker, Jonathan J. 
Rubinstein, and William S. Worley, Jr. The Titan graphics 
supercomputer architecture; C-M Sep 88 13-30 
Doberkat, Ernst-Erich. Review of ‘Programming with Sets: An 
Introduction to SETL’ (Schwartz, J. T., et al; 1986); C-M Jan 55 
139-140 

Doran, Robert W. Amdahl multiple-domain architecture; C-M Oct 88 
20-28 

Douglis, Frederick, see Ousterhout, John K., C-M Feb 88 23-36 
Drucker, Steven M., see Y ankelovich, Nicole, C-M Jan 55 81-96 
Dubois, Michel, Christoph Scheurich, and Faye A. Briggs. 
Synchronization, coherence, and event ordering in 
multiprocessors; C-M Feb 88 9-21 

E 


Eastman, Caroline M. Comments, with reply, on ‘Parallel querying of 
large databases: A case study’ by Stone, H. S.; C-M Jan 88 8, 10 
(Original paper, Oct 87 11—21). Reply by C. Stanfill and B. 
Kahle 

Ebert, Jeff S. Review of ‘Handbook of Software and Hardware 
Interfacing for IBM PCs’ (Royer, J. P.; 1987); C-M Mar 88 
157-158 


Dec 55 88 

Eckhouse, J. G. New Product Reviews—Light Accounting? What’s 
that?; C-MJun 5596 

Eckhouse, Richard, see McAuliffe, Daniel, C-M Feb 88 88-90 

Eckhouse, Richard. New Product Reviews—Alternative input devices; 
C-M Mar 88 128-131 

Eckhouse, Richard. New Product Reviews—Entry-level networking 
system; C-M Mar 88 131-132 

Eckhouse, Richard. New Product Reviews—On buying a new 386-based 
PC; C-M Apr 88 108-114 

Eckhouse, Richard. New Product Reviews—Operating environments 
for the 80386; C-M Aug 88 82-89 

Eckhouse, Richard. New Product Reviews—A LANtastic, full-features 
network; C-M Aug 88 90-91 

Eckhouse, Richard. New Product Reviews—The PC as a graphics 
engine; C-M Oct 88 66-72 

Eckhouse, Richard. New Product Reviews—DAC’s updated accounting 
software; C-M Dec 88 80 

Eckhouse, Richard. New Product Reviews—Proto-board for the IBM 
PC; C-M Dec 88 84, 85 

Eckhouse, Richard. New Product Reviews—Super VGA controllers; C- 
MDec 88 86-87 

Eckhouse, Richard. New Product Reviews—How fast is fast?; C-M Dec 

Eckhouse, Richard, see Wasserman, Allen L., C-MJun 88 89-95 

Eckhouse, Richard, and Daniel McAuliffe. New Product Reviews— 
Microsoft’s high-performance languages; C-M May 88 82-88 

Edmark, John T., see Nichols, Kathleen M., C-M May 88 39-48 

Eliot, Lance H. Review of ‘Software Engineering: Planning for Change 
(Lamb, D. A.; 1988); C-M Mar 88 156-157 

Etiemble, Daniel, and Michel Israel. Comparison of binary and 
multivalued ICs according to VLSI criteria; C-M Apr 88 28-42 


F 

Fanty, Mark A., see Feldman, Jerome A., C-M Mar 88 91-103 
Feldman, Jerome A., Mark A. Fanty, and Nigel H. Goddard. 
Computing with structured neural networks; C-M Mar 88 
91-103 

Fernbach, Sidney, Chmn., see IEEE United States Activities Board, 
Communica.ions and Information Policy Ctte., Scientific 
Supercomputer Subctte., C-M Dec 88 70-73 
Fukushima, Kunihiko. A neural network for visual pattern recognition; 
C-M Mar 88 65-15 

Furht, Borko, see Rabbat, Guy, C-M Jul 88 59-60 


Gait, Jason. The Optical File Cabinet: A random-access file system for 
write-once optical disks; C-MJun 88 11-22 
Gibbons, Hugh. The Open Channel—Computing as conversation; C-M 
Aug 88 64-66 

Gleason, William. New Product Reviews—A new culture—32-bit 
technology on your desk; C-M Jul 88 74-76 
Gleason, William. New Product Reviews—Let the Gofer do it; C-M Dec 
5581 

Gleason, William. New Product Reviews—A galaxy of word processing 
features at a down-to-earth price; C-M Dec 5588 
Gleason William. New Product Reviews—Taking the drudgery out of 
wordsmithing; C-M Dec 88 89 

Goddard, Nigel H., see Feldman, Jerome A., C-M Mar8891-103 
Goodman, Gordon. Review of ‘Steve Jobs: The Journey is the Reward’ 
(Young, J. S.; 1988); C-M Nov 88 116-117 
Goodman, Seymour E., see Wolcott, Peter, C-M Sep 88 32-41 
Gould, Alan E. Review of ‘Microcomputer Hardware Design’ 
(Protopapas, D. A.; 1988); C-M Mar 88 158 
Graf, Hans P., Lawrence D. Jackel, and Wayne E. Hubbard. VLSI 
implementation of a neural network model; C-M Mar 88 41-49 
Gray, Paul. Review of ‘The Information Edge’ (Meyer, N. D., and 
Boone, M. E.; 1987); C-M Feb 55 118 
Gries, David, and Dorothy Marsh. The 1986 - 1987 Taulbee survey; C- 
MAug 88 53-61 

Gross, Robert M. Review of ‘Relational Database: Selected Writings’ 
(Date, C. J.; 1987); C-M Feb 88 116-117 
Gross, Robert M. Review of ‘Database Computers: Principles, 
Architectures, and Techniques’ (Su, S. Y. W.; 1988); C-M Nov 
55117-118 

Grossberg, Stephen, see Carpenter, Gail A., C-M Mar 88 77-88 
Grote, Walter. Review of ‘Local Area Networks and Their 
Architectures’ (Yakubaitis, E. A.; 1986); C-M Aug 88 118 
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Haan, Bernard J., see Yankelovich, Nicole, C-MJan 88 81-96 
Hackett, Jan. New Product Reviews—Computer-aided illustration at 
TRW with TriVector’s 3D Illustrator; C-MJan 88 108-112 
Hagenmaier, Carl F., see Diede, Tom, C-MSep 88 13-30 
Harrison, Michael A., see Chen, Pehong, C-MJan 88 15-31 
Haskins, Robert D. Review of ‘Fundamentals of Electronic Imaging 
Systems: Some Aspects of Imaging Processing’ (Schreiber, W. 
F., 1986); CM Oct 88 109 

Hennessy, John, see Steenkiste, Peter, C-MJul 88 34-45 
Herlihy, Maurice P., see Detlefs, David L., C-MDec 88 57-69 
Higuchi, Tatsuo, see Kameyama, Michitaka, C-MApr 88 43-56 
Hill, Mark D. A case for direct-mapped caches; C-MDec 88 25-40 
Hold, John D. Review of‘68000 Microcomputer Systems: Designing and 
Troubleshooting’ (Wilcox, A. D.; 1987); C-M Sep 88 125 
Holland, Ian, see Lieberherr, Karl, C-MJun 88 79-81 
Hooton, Alan R„ Ulises Agiiero, and Subrata Dasgupta. An exercise in 
plausibility-driven design; C-MJul 88 21-31 
Horch, John W. Review of ‘Software Product Assurance: Techniques for 
Reducing Software Risk’ (Bryan, W. and Siegel, S.; 1988); C-M 
Jul88 108-109 

Hubbard, Wayne E„ see Graf, Hans P., C-M Mar88 41-49 
Hughes, Phil. Review of‘Unix System Programming’ (Haviland, K., and 
Salama, B.; 1987); C-MJun 88 116 

Hughes, Phil. Review of ‘The Awk Programming Language’ (Aho, A., 
etal.; 1988); C-M Dec 88 105-106 

Hutchinson, James, Christof Koch, Jin Luo, and Carver Mead. 
Computing motion using analog and binary resistive networks; 
C-M Mar 88 52-63 


IEEE United States Activities Board, Communications and Information 
Policy Ctte., Scientific Supercomputer Subctte., and Sidney 
Fembach, Chmn. Special Report—Software for 

supercomputers; C-M Dec 8810-13 
Israel, Michel, see Etiemble, Daniel, C-M Apr 88 28-42 


Jackel, Lawrence D., see Graf, Hans P., C-M Mar 88 41-49 
Johnson, Guy. Review of‘The Metafont Book’ (Knuth, D. E.; 1986); C- 
MJan 88 141 

Johnson, Guy. Review of ‘Manufacturing Intelligence’ (Wright, P. K., 
and Bourne, D. A.; 1988); C-MJun 88 117 
Johnson, Jeff, and Richard J. Beach. Styles in document editing systems; 
C-MJan 88 32-43 

Jones, Vincent C. Review of ‘Design of Office Information Systems’ 
(Ellis, C. A., and Naffah, N.; 1987); C-M May ££116-117 
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Kaman, Charles H. New Product Reviews—Graphics a la carte; C-M 
Dec 88 82, 83 

Kameyama, Michitaka, Shoji Kawahito, and Tatsuo Higuchi. A 
multiplier chip with multiple-valued bidirectional current-mode 
logic circuits; C-M Apr 88 43-56 
Kawahito, Shoji, see Kameyama, Michitaka, C-M Apr 88 43-56 
Kerkhoff, Hans G., see Butler, Jon T., C-M Apr 88 58-69 
Kibler, Ronald, see Rabbat, Guy, C-MJul 88 59-60 
Kitchen, Andrew. Review of ‘Operating Systems: Design and 
Implementation’ (Tanenbaum, A. S.; 1987); C-M Feb ££116 
Koch, Christof, see Hutchinson, James, C-M Mar 88 52-63 
Kohonen, Teuvo. The ‘neural’ phonetic typewriter; C-M Mar 88 11-22 
Koren, Israel, Bilha Mendelson, Irit Peled, and Gabriel M. Silberman. A 
data-driven VLSI array for arbitrary algorithms; C-M Oct 88 
30-43 

Kusmiss, Joseph M. Review of ‘The Elements of Artificial Intelligence: 
An Introduction Using Lisp’ (Tanimoto, S. L.; 1987); C-M Apr 
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Lam, W„ see Leung, K. S., C-MSep ££43-56 

Lang, Gordon R„ Moez Dharssi, Fred M. Longstaff, Philip S. Longstaff, 
Peter A. S. Metford, and Malcolm T. Rimmer. An optimum 
parallel architecture for high-speed real-time digital signal 
processing; C-M Feb 88 47-57 

Lee, Corinna, and David A. Patterson. Comments, with reply, on A 
survey of RISC processors and computers of the mid-1980s’ by C. E. 


Gimarc and V. J. Milutinovic; C-M Jan 88 7-8 (Original paper, Sep 87 
59-69) 

Lee, Gar-Lin, see Lieberherr, Karl, C-MJun 88 79-81 
Leung, K. S„ and W. Lam. Fuzzy concepts in expert systems; C-MSep 
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Levy, Henry M., see Bershad, Brian N., C-M May 88 50-60 
Lewis, Ted G„ and Curtis R. Cook. Hashing for dynamic and static 
internal tables; C-M Oct 88 45-56 

Lieberherr, Karl, Ian Holland, Gar-Lin Lee, and Arthur J. Riel. The 
Open Channel—An objective sense of style; C-MJun 88 79-81 
Lilja, David J. Review of ‘Chaos: Making A New Science’ (Gleick, J.; 
1987); C-MJun 88 117-118 

Lilja, David J. Reducing the branch penalty in pipelined processors; C- 
M Jul 88 47-55 

Linsker, Ralph. Self-organization in a perceptual network; C-M Mar 88 
105-117 

Liu, Bowen, and Nelson Strother. Programming in VS Fortran on the 
IBM 3090 for maximum vector performance; C-MJun 88 65-76 
Longstaff, Fred M., see Lang, Gordon R., C-M Feb 88 47-57 
Longstaff, Philip S., see Lang, Gordon R., C-M Feb ££47-57 
Luo, Jin, see Hutchinson, James, C-M Mar 88 52-63 
Lutz, Peter H. Review of ‘High-Performance Computer Architecture’ 
(Stone, H. S.; 1987); C-M Feb ££117-118 
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Maciaszek, Leszek A. Review of ‘Database Design Fundamentals: A 
Structured Introduction to Databases and a Structured 
Application Design Methodology’ (Rishe N.; 1988); C-M Nov 
88 115-116 

Magrass, Yale, and Richard Upchurch. Review of ‘Computers and 
Social Change: Information, Property, and Power’ (Perrolle, J. 
A.; 1987); C-MJan 88 140-141 

Marchionini, Gary, and Ben Shneiderman. Finding facts vs. browsing 
knowledge in hypertext systems; C-MJan 88 70-79 
Marsh, Dorothy, see Gries, David, C-M A ug 88 53-61 
Martin, Joanne L„ and John P. Riganati. Standards—Computer 
community urged to pursue supercomputer benchmarking; C- 
M Sep 88 68-69 

McAuliffe, Daniel, and Richard Eckhouse. New Product Reviews— 
Easy-to-use screen interface systems; C-M Feb 88 88-90 
McAuliffe, Daniel. New Product Reviews—Another visit with the 
Living C interpreter; C-M Mar ££132 
McAuliffe, Daniel, see Eckhouse, Richard, C-M May 88 82-88 
McAuliffe, Daniel. New Product Reviews—Measuring program 
complexity; C-MJun 8891-9% 

McAuliffe, Daniel. New Product Reviews—Minimizing the need for 
manuals; C-MDec ££81 

McAuliffe, Daniel. New Product Reviews—An alternative to Lotus 
1-2-3; C-MDec 88 85 

McAuliffe, Daniel. New Product Reviews—Word processing at its best; 
C-MDec 88 84, 85 

Mead, Carver, see Hutchinson, James, C-M Mar 88 52-63 
Mendelson, Bilha, see Koren, Israel, C-M Oct 88 30-43 
Metford, Peter A. S„ see Lang, Gordon R., C-M Feb ££47-57 
Meyrowitz, Norman K., see Yankelovich, Nicole, C-MJan 88 81-96 
Mili, Ali. Review of ‘Program Construction’ (Stone, R. G., and Cooke, 
D. J.; 1987); C-MJun 88 118 

Miller, Leslie Jill, see Schlichter, Johann H., C-MJan 88 61-69 
Mills, Harlan D. Stepwise refinement and verification in box-structured 
systems; C-MJun 88 23-36 
Miranker, Glen S., see Diede, Tom, C-MSep 88 13-30 
Moffett, Jonathan D„ and Morris S. Sloman. The source of authority for 
commercial access control; C-M Feb 88 59-69 
Muller, Albert A. Review of‘VLSI Engineering’ (Dillinger, T.; 1988); C- 
M Jul ££108 

Myers, Ware, and Marilyn Potes. National conference on strategic 
management of R&D; C-MSep 88 58-65 


N 

Neff, Randall. The Open Channel—The University of the Air; C-M May 
8815 

Nelson, Michael N„ see Ousterhout, John K„ C-M Feb 88 23-36 
Nichols, Kathleen M., and John T. Edmark. Modeling multicomputer 
systems with PARET; C-M May 88 39-48 
Nystrom, Dennis C. Review of ‘CD-ROM 2: Optical Publishing’ 
(Ropiequet, S., Ed.- 1987); C-MJan ££138-139 
Nystrom, Dennis C. Review of‘CD-ROM: The New Papyrus’ (Lambert, 
S., and Ropiequet, S., Eds.; 1986); C-MJan 88 138 


December 1988 


f Check author entry for subsequent corrections/comments 


135 






o 

Ousterhout, John K„ Andrew R. Cherenson, Frederick Douglis, 
Michael N. Nelson, and Brent B. Welch. The Sprite network 
operating system; C-MFeb 88 23-36 


Pappas, Frank. New Product Reviews—Want an inexpensive and 
complete 386 system? Build it yourself; C-MJul88 76-83 
Pappas, Frank. New Product Reviews—Ada on the IBM PC—It’s for 
real; C-MSep 88 90-97 

Parhami, Behrooz. Review of ‘Computer Engineering: Hardware 
Design’ (Mano, M. M.; 1988); C-MJul88 109-110 
Patterson, David A., see Lee, Corinna, C-M Jan 88 7-8 
Paulk, Mark C. Review of ‘Telecommunication Networks: Protocols, 
Modeling and Analysis’ (Schwartz, M.; 1987); C-M Aug 88 117 
Peled, Irit, see Koren, Israel, C-M Oct 88 30-43 
Potes, Marilyn, see Myers, Ware, C-M Sep 88 58-65 
Potter, Don. Comments on ‘Traditional, semantic, and hypersemantic 
approaches to data modeling’ (Jun 88 53-63); C-M Nov 88 9 
Potter, Walter D„ and Robert P. Trueblood. Traditional, semantic, and 
hypersemantic approaches to data modeling; C-M Jun 88 53-63. 

Comments by Potter, D., Nov 88 9 
Prinetto, Paolo, see Camurati, Paolo, C-M Jul 88 8-19 


R 

Rabbat, Guy, Borko Furht, and Ronald Kibler. The Open Channel— 
Three-dimensional computer performance; C-M Jul 88 59-60 
Radack, Shirley M. Standards—US government moves toward 
implementing OSI standards; C-M Jun 88 82-83 
Radatz, Jane. Standards—A standard dictionary for computer 
terminology: Project 610; C-MFeb 8812-11 
Raeth, Peter G. New Product Reviews—Two PC-based expert system 
shells for the first-time developer; C-M Nov 88 73-81 
Ramming, Doug. Review of ‘The Pick Operating System: A Practical 
Guide’ (Bourdon, R. J.; 1987); C-M May 88 117 
Raney, Scott M. Review of ‘Explorations in Parallel Distributed 
Processing: A Handbook of Models, Programs, and Exercises’ 
(McClelland, J. L., and Rumelhart, D. E.; 1988); C-M Aug 88 
118-119 

Rayfleld, James T„ and Harvey F. Silverman. System and application 
software for the Armstrong multiprocessor; C-M Jun 88 38-52 
Reisman, Sorel. New Product Reviews—Super PC-Kwik Disk 
accelerator; C-M Jun 88 98 

Reisman, Sorel. Review of ‘Peopleware: Productive Projects and Teams’ 
(DeMarco, T., and Lister, T.; 1987); C-M Jun 88 116-117 
Reisman, Sorel. Review of ‘Computer Lib/Dream Machines—Revised 
and Updated’ (Nelson, T.; 1987); C-M Jul 88 107-108 
Reisman, Sorel. Review of ‘Compact Disc-Interactive: A Designer’s 
Overview’ (Philips Int.; 1988); C-M Sep 88 126 
Reisman, Sorel. Review of ‘Interactive Multimedia: Visions of 
Multimedia for Developers, Educators, and Information 
Providers’ (Ambron, S., and Hooper, K., Eds.; 1988); C-M Oct 
88 108 

Reisman, Sorel. Review of ‘IBM—The Making of the Common View’ 
(Killen, M.; 1988); C-M Dec 88 107 

Rich, Charles, and Richard C. Waters. Automatic programming: Myths 
and prospects; C-M Aug 88 40-51 

Rich, Charles, and Richard C. Waters. The Programmer’s Apprentice: 

A research overview; C-M Nov 88 11-25 
Riel, Arthur J., see Lieberherr, Karl, C-M Jun 8819 -81 
Riganati, John P., see Martin, Joanne L., C-M Sep 88 68-69 
Rimmer, Malcolm T., see Lang, Gordon R., C-M Feb 88 47-57 
Robertson, George G., see Tucker, Lewis W., C-M Aug 8826-3% 

Roth, R. Waldo. Review of‘Law and the Software Marketer’ (Cooper, F. 
L., Ill; 1988); C-M Sep 88 126 

Rubinstein, Jonathan J., see Diede, Tom, C-M Sep 88 13-30 


S 

Sasao, Tsutomu. Multiple-valued logic and optimization of 
programmable logic arrays; C-M Apr 88 71-80 

Schachter, Lome H. Review of ‘Handbook of Computer 
Communications Standards: Volume 1’ (Stallings, W.; 1987); C- 
M Apr 88 140 

Schaffner, Stuart C., and Martha Borkan. SEGUE: Support for 
distributed graphical interfaces; C-M Dec 88 42-55 


Scheurich, Christoph, see Dubois, Michel, C-MFeb 88 9-2 1 
Schlichter, Johann H., and Leslie Jill Miller. FolioPub: A publication 
management system; C-M Jan 88 61-69 
Seitz, Charles L., see Athas, William C., C-M Aug 88 9-24 
Sen, Chanden. Review of‘RS 232 Simplified—Everything You Need to 
Know’ (Putman, B. W.; 1987); C-MFeb 88 118 
Shneiderman, Ben, see Marchionini, Gary, C-M Jan 8810-19 
Shriver, Bruce D., Guest Ed.. Introduction to special issue on artificial 
neural systems; C-M Mar 88 8-9 

Sigrist, Ronald L. Review of ‘Software Engineering with Systems 
Analysis and Design’ (Steward, D. W.; 1987); C-M Apr 88 142 
Silberman, Gabriel M., see Koren, Israel, C-M Oct 88 30-43 
Silverman, Harvey F., see Rayfield, James T., C-M Jun 88 38-52 
Skillicorn, David B. A taxonomy for computer architectures; C-M Nov 
88 46-57 

Sloman, Morris S., see Moffett, Jonathan D., C-MFeb 88 59-69 
Smith, Kenneth C. Multiple valued logic: A tutorial and appreciation; C- 
MApr 88 17-27. Correction, Nov 889 
Stankovic, John A. Misconceptions about real-time computing: A 
serious problem for next-generation systems; C-M Oct 88 10-19 
Stanley, Robert C. Review of ‘MAP/TOP Networking: A Foundation 
for Computer-Integrated Manufacturing’ (Jones, V. C.; 1988); 
C-M Sep 88 124 

Steenkiste, Peter, and John Hennessy. Lisp on a reduced-instruction-set 
processor: Characterization and optimization; C-M Jul 88 34-45 
Stenstrom, Per. Reducing contention in shared-memory 
multiprocessors; C-MNov 88 26-37 

Stott, Charles B. Review of ‘IBM Personal System/2: A Business 
Perspective (Hoskins, J. W.; 1987); C-M Mar 88 157 
Stott, Charles B. Review of ‘Programming Windows’ (Petzold, C.; 

1988); C-M Sep 88 123-124 
Strother, Nelson, see Liu, Bowen, C-M Jun 88 65-76 


Thompson, Kenneth. Standards—European conformance testing 
program progresses, unearths problem areas; C-M Nov 88 
60-63 

Tracz, Will. The Open Channel—Confessions of a used-program 
salesman—Programming-in the new; C-M May 881A 
Tracz, Will. The Open Channel—Confessions of a used-program 
salesman - reuseless software; C-M Dec 8815 
Trueblood, Robert P., see Potter, Walter D., C-M Jun 88 53-63. 

Tucker, Lewis W„ and George G. Robertson. Architecture and 
applications of the Connection Machine; C-M Aug 88 26-38 


U 

Upchurch, Richard, see Magrass, Yale, C-M Jan 88 140-141 


W 

Walker, Janet H. Supporting document development with Concordia; 
C-M Jan 88 48-59 

Warne, Denis K. Review of ‘Computer Graphics: Systems and Concepts’ 
(Salmon, R., and Slater, M.; 1987); C-M Oct 88 108-109 
Wasserman, Allen L„ and Richard H. Eckhouse. New Product 
Reviews—Mathematical-oriented programming; C-M Jun 88 
89-95 

Waters, Richard C., see Rich, Charles, C-M Aug 88 40-51 
Waters, Richard C„ see Rich, Charles, C-M Nov 88 11-25 
Webster, Dallas E. Mapping the design information representation 
terrain; C-M Dec 88 8-23 

Weems, Chip, and Nell Dale. Comments, with reply, on ‘The effect of 
abstract data types on program development’ by J. Mitchell, et 
al.; C-M Apr 88 6, 8 (Original paper, Aug 87 85-88) 

Welch, Brent B., see Ousterhout, John K., C-M Feb 88 23-36 
Widrow, Bernard, and Rodney Winter. Neural nets for adaptive filtering 
and adaptive pattern recognition; C-M Mar 88 25—39 
Wing, Jeannette M., see Detlefs, David L., C-M Dec 88 57-69 
Winter, Rodney, see Widrow, Bernard, C-M Mar 88 25-39 
Wolcott, Peter, and Seymour E. Goodman. High-speed computers of the 
Soviet Union; C-M Sep 88 32-41 

Wood, Helen M. Standards—A profile of the Software Engineering 
Standards Subcommittee; C-M Jan 88 98-101 
Wood, Helen M. Standards—Foundation to advance standards, develop 
open software environment; C-M Jul 88 62 
Worley, William S„ Jr., see Diede, Tom, C-M Sep 88 13-30 
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Y 

Yankelovich, Nicole, Bernard J. Haan, Norman K. Meyrowitz, and 
Steven M. Drucker. 

Zimmer, J. A. Comments on book review by J. J. Klaczak of Abstraction 
for Programmers’; C-M Jan 88 7 (Original review, Oct 87 
106-107) Intermedia: The concept and the construction of a 
seamless information environment; C-M Jan 88 81-96 

Yeung, Grace C. N. Review of ‘Data Structures: With Abstract Data 
Types and Modula-2’ (Stubbs, D. F., and Webre, N. W.; 1987); 
C-M Oct 88 110 

Yudkin, Howard L. Standards—Emerging trends present opportunities, 
challenges for standards development; C-M Aug 88 67-68 

Z 

Zadeh, Lofti A. Fuzzy logic; C-M Apr 88 83-93 


SUBJECT INDEX 
A 

Access control; cf. Computer security 

Accounting software 

review of Dac-Easy Light for home and business accounting 
(Product Reviews). Eckhouse, J. G., C-MJun 88 96 

review of DAC’s updated accounting software (Product Reviews). 
Eckhouse, Richard, C-M Dec 88 80 

Ada 

review of Ada Compilers for PCs (Product Reviews). Pappas, Frank, 
C-M Sep 8890-91 

Adaptive Alters 

neural nets for adaptive filtering and adaptive pattern recognition. 
Widrow, Bernard, + , C-M Mar ££25-39 

Adaptive systems 

ART (adaptive resonance theory) architectures; self-organizing 
neural networks for adaptive pattern recognition. Carpenter, 
Gail A., + , C-M Mar 88 77-88 

self-organization in perceptual network. Linsker, Ralph, C-M Mar 
88 105-117 

Animation 

Balsa-II algorithm animation environment for exploring dynamic 
behavior of programs. Brown, MarcH., C-M May 88 14-36 

PARET (Parallel Architecture Research and Evaluation Tool) 
animated environment for modeling of multicomputer systems. 
Nichols, Kathleen M., + , C-M May 88 39-48 

Array processing 

data-driven VLSI array for arbitrary algorithms. Koren, Israel, + , 
C-M Oct 88 30-43 

Array processing; cf. Vector processing 

Artificial intelligence 

book review; The Elements of Artificial Intelligence: An 
Introduction Using Lisp (Tanimoto, S. L.; 1987). Kusmiss, 
Joseph M., C-M Apr 88 143 

Associative memories 

neural network implementation using VLSI circuit; application as 
associative memory and pattern classifier Graf, Hans P, + , 
C-M Mar 88 41-49 


B 

Book reviews 

CD-ROM: The New Papyrus (Lambert, S., and Ropiequet, S., Eds.; 

1986). Nystrom, Dennis C., C-M Jan 88 138 
CD-ROM 2: Optical Publishing (Ropiequet, S., Ed.; 1987). Nystrom, 
Dennis C„ C-M Jan 88 138-139 

Chaos: Making a New Science (Gleick, James; 1987). Lilia, David J., 
C-MJun #£117-118 

Compact Disc-Interactive: A Designer’s Overview (Philips Int.; 

1988). Reisman, Sorel, C-M Sep 88 126 
Computer Engineering: Hardware Design (Mano, M. M.; 1988). 

Parhami, Behrooz, C-M Jul 88 109-110 
Computer Graphics: Systems and Concepts’ (Salmon, R., and Slater, 
M.; 1987). Wame, Denis K, C-M Oct 88 108-109 
Computer Lib/Dream Machines—Revised and Updated (Nelson, 
T.; 1987). Reisman, Sorel, C-M Jul 88 107-108 
Computer Organization and Architecture: Principles of Structure 
and Fundamentals (Stallings, W.; 1987). Cousins, Robert E., C- 
M May 88 118-119 

Computers and Social Change: Information, Property, and Power 
(Perrolle, J. A.; 1987). Magrass, Yale, + , C-M Jan 88 140-141 


Data Structures: With Abstract Data Types and Modula-2’ (Stubbs, 

D. F., and Webre, N. W.; 1987). Yeung, Grace C. N, C-M Oct 
88 110 

Database Computers: Principles, Architectures, and Techniques (Su, 
S. Y. W.; 1988). Gross, Robert M„ C-M Nov 88 117-118 
Database Design Fundamentals: A Structured Introduction to 
Databases and a Structured Application Design Methodology’ 
(Rishe N.; 1988). Maciaszek, Leszek A., C-M Nov 88 115-116 
Design Analysis and Performance Evaluation Methodologies for 
Database Computers (Demurjain, S. A., et al; 1988). Dawkins, 
Spencer, C-M Dec 88 105 

Design of Office Information Systems (Ellis, C. A., and Naffah, N.- 

1987) . Jones, VincentC., C-M May 88 116-117 

Digital Communications: Fundamentals and Applications (Sklar, B.; 

1988) . Dawkins, Spencer, C-M May 88 119 

Explorations in Parallel Distributed Processing: A Handbook of 
Models, Programs, and Exercises (McClelland, J. L., and 
Rumelhart, D. E.; 1988). Raney, Scott M., C-M Aug 88 
118-119 

Fundamentals of Electronic Imaging Systems: Some Aspects of 
Imaging Processing (Schreiber, W. F„ 1986). Haskins, Robert 
D„ CM Oct 88 109 

Handbook of Computer Communications Standards: Volume 1 
(Stallings, W.; 1987). Schachter, -Lome H., C-M Apr 88 140 
Handbook of Software and Hardware Interfacing for IBM PCs 
(Royer, J. P.; 1987). Ebert, JefTS., C-M Mar 88 157-158 
High-Performance Computer Architecture (Stone, H. S.; 1987). 

Lutz, Peter H., C-M Feb ££117-118 
IBM—The Making of the Common View (Killen, M.; 1988). 
Reisman, Sorel, C-M Dec 88 107 

IBM Personal System/2: A Business Perspective (Hoskins, J. W.; 

1987) . Stott, Charles B„ C-M Mar 88 Ml 

Inside OS/2 (Letwin, G.; 1988). Chand, Donald D., C-M Aug 88 
117-118 

Interactive Multimedia: Visions of Multimedia for Developers, 
Educators, and Information Providers’ (Ambron, S., and 
Hooper, K., Eds. ; 1988). Reisman, Sorel, C-M Oct 88 108 
Law and the Software Marketer (Cooper, F. L., Ill; 1988). Roth, R. 
Waldo, C-M Sep 88 Mb 

Local Area Networks and Their Architectures (Yakubaitis, E. A.; 

1986) . Grote, Walter, C-M Aug 88 118 

Manufacturing Intelligence (Wright, P. K., and Bourne, D. A.; 

1988) . Johnson, Guy, C-MJun ££117 

MAP/TOP Networking: A Foundation for Computer-Integrated 
Manufacturing (Jones, V. C.; 1988). Stanley, Robert C., C-M 
Sep 88 124 

Microcomputer Hardware Design (Protopapas, D. A.; 1988). Gould, 
Alan E., C-M Mar 88 158 

Nations at Risk: The Impact of the Computer Revolution (Yourdon, 

E. ; 1986). Anderson-Freed, Susan, C-M Mar 88 155-157 
Operating Systems: Design and Implementation (Tanenbaum, A. S.; 

1987) . Kitchen, Andrew, C-M Feb 88 116 

Peopleware: Productive Projects and Teams (DeMarco, T., and 
Lister, T.; 1987). Reisman, Sorel, C-MJun ££116-117 
Principles of Computer Science: Concepts, Algorithms, Data 
Structures, and Applications (Carberry, M. S. et al.; 1986). 
Chakrapani, Pani M., C-M May ££117-118 
Principles of Software Engineering Management (Gilb, T., and Finzi, 
S.; 1988). DeMarco, Tom, C-M Aug 88 116 
Program Construction (Stone R. G., and Cooke, D. J.; 1987). Mili, 
Ali, C-MJun ££118 

Programming Parallel Processors (Babb, Robert G., II, Ed.; 1988). 
DeMarco, Tom, C-M Apr 88 141 

Programming Windows (Petzold, C; 1988). Stott, Charles B., C-M 
Sep ££123-124 

Programming with Sets: An Introduction to SETL (Schwartz, J. T., 
et al; 1986). Doberkat, Emst-Erich, C-M Jan 88 139-140 
quarterly published by MIT Press, International Journal of 
Supercomputer Applications. Comer, Patricia, C-M Jul 88 
110-111 

Relational Database Management for Microcomputers: Design and 
Implementation (Harrington, J.; 1988). Ahmad, Mushtaq, C-M 
Dec ££107 

Relational Database: Selected Writings (Date, C. J.; 1987). Gross, 
Robert M., C-M Feb ££116-117 

RS 232 Simplified—Everything You Need to Know (Putman, B. W.; 

1987). Sen, Chanden, C-M Feb 88 118 
Software Engineering: Planning for Change (Lamb, D. A.; 1988). 

Eliot, Lance H., C-M Mar 88 156-157 
Software Engineering with Systems Analysis and Design (Steward, 
D. W. ; 1987). Sigrist, Ronald L„ C-M Apr 88 142 
Software Metrics: Establishing a Company-Wide Program (Grady, 
R. B., and Caswell, D. L.; 1987). Cartwright, Jeff, C-M Apr 88 
141-142 
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Software Product Assurance: Techniques for Reducing Software 
Risk (Bryan, W. and Siegel, S.; 1988). Horch, John W., C-MJul 
88 108-109 

Software Testing and Evaluation (DeMillo, R. A., et al.; 1987). 

Colombano, SilvanoP., C-MDec 88 106-107 
Speech Communication: Human and Machine (O’Shaughnessy, D.; 

1987). Cartwright, Jeff, C-MNov 88 118 
Steve Jobs: The Journey is the Reward (Young, J. S.; 1988). 

Goodman, Gordon, C-M Nov 88 116-117 
Targeting the Computer: Government Support and International 
Competition’ (Flamm, K.; 1987). Boyer, Vincent L., C-M Oct 
88 WO 

Telecommunication Networks: Protocols, Modeling and Analysis 
(Schwartz, M.; 1987). Paulk, Mark C„ C-M Aug 88 117 
The Awk Programming Language (Aho, A., et al.; 1988). Hughes, 
Phil, C-MDec 88 105-106 

The Elements of Artificial Intelligence: An Introduction Using Lisp 
(Tanimoto, S. L.; 1987). Kusmiss, Joseph M., C-M Apr 88 143 
The Information Edge (Meyer, N. D., and Boone, M. E.; 1987). 
Gray, Paul, C-M Feb 88 118 

The Metafont Book (Knuth, D. E.; 1986). Johnson, Guy, C-M Jan 88 
141 

The Pick Operating System: A Practical Guide (Bourdon, R. J.; 

1987). Ramming, Doug, C-M May 88 111 
Unix System Programming (Haviland, K., and Salama, B.; 1987). 
Hughes, Phil, C-M Jun 88 116 

VLSI Engineering (Dillinger, T.; 1988). Muller, Albert A., C-MJul 
88 108 

68000 Microcomputer Systems: Designing and Troubleshooting 
(Wilcox, A. D.; 1987). Hold, John D., C-M Sep 88 125 

Business data processing 

access control system for company computers that mirror 
organization’s internal control systems. Moffett, Jonathan 
D„ + , C-M Feb 88 59-69 
Business data processing; cf. Accounting software 


Cache memories 

case for direct-mapped caches; single-level caches and extension to 
two-level caches. Hill, Mark D., C-MDec 88 25^10 

Calendar software 

review of VMS-based calendar and notification software (Product 
Reviews). Dediu, Michael, C-MDec 88 82 

CD-ROMs 

book review; CD-ROM: The New Papyrus (Lambert, S., and 
Ropiequet, S., Eds .; 1986). Nystrom, Dennis C., C-M Jan 88 138 
book review; CD-ROM 2: Optical Publishing (Ropiequet, S., Ed.-, 

1987) . Nystrom, Dennis C., C-M Jan 88 138-139 

book review; Compact Disc-Interactive: A Designer’s Overview 
(Philips Int.; 1988). Reisman, Sorel, C-M Sep 88 126 

Chaos 

book reviews; Chaos: Making a New Science (Gleick, James; 1987). 
Lilja, David J., C-M Jun 88 117-118 

Charge-coupled devices 

multivalued logic circuits using charge-coupled devices. Butler, Jon 
T„ + , C-M Apr 8856-69 

CIM (computer-integrated manufacturing); cf. Manufacturing 
automation 

CMOS integrated circuits 

computing motion using analog and binary resistive networks; 
CMOS VLSI implementation. Hutchinson, James, + , C-M 
Mar 88 52-63 

multiplier chip with multivalued bidirectional current-mode logic 
circuits. Kameyama, Michitaka, + , C-MApr 88 43-56 
neural network implementation using VLSI circuit; application as 
associative memory and pattern classifier. Graf, Hans P., + , 
C-M Mar 884\ -49 

Communication systems; cf. Digital communication; Speech 
communication 

Computer architecture 

Amdahl multiple-domain architecture allowing multiple operating 
systems to share same mainframe. Doran, Robert W., C-M Oct 
88 20-28 

book review; Computer Organization and Architecture: Principles of 
Structure and Fundamentals (Stallings, W.; 1987). Cousins, 
Robert E, C-M May 88 118-119 

book review; High-Performance Computer Architecture (Stone, H. 

S.; 1987). Lutz, Peter H., C-M Feb 88 117-118 
book review; IBM—The Making of the Common View (Killen, M.; 

1988) . Reisman, Sorel, C-M Dec 88 107 

comments, with reply, on ‘A survey of RISC processors and 
computers of the mid-1980s’ by C. E. Gimarc and V. J. 


Milutinovic. Lee, Corinna, +, C-M Jan 88 7-8 (Original paper, 
Sep 87 59-69) 

Connection Machine, massively data-parallel computer. Tucker, 
Lewis W., + , C-M Aug 8826-56 
multicomputers, message-passing concurrent computers. Athas, 
William C„ + , C-M Aug 889-24 
PARET (Parallel Architecture Research and Evaluation Tool) 
animated environment for modeling of multicomputer systems. 
Nichols, Kathleen M„ + , C-M May 8859-46 
taxonomy for computer architecture. Skillicom, David B., C-M Nov 
88 46-57 

Titan graphics supercomputer; architecture. Diede, Tom, + , C-M 
Sep 88 13-30 

Computer communication; cf. Computer networks; Protocols 

Computer design 

book reviews; Computer Engineering: Hardware Design (Mano, M. 

M.; 1988). Parhami, Behrooz, C-MJul88 109-110 
formal verification of hardware correctness; introduction and survey 
of current research. Camurati, Paolo, + , C-MJul 558-19 
theory of plausible design described and applied to design of special- 
purpose multiprocessor. Hooton, Alan R., + , C-M Jul 88 
21-31 

Computer design; cf. Computer architecture 

Computer fault tolerance 

inheritance of synchronization and recovery properties in 
Avalon/C + +; application to distributed, reliable systems. 
Detlefs, David L., + , C-M Dec 88 57-69 
Sequoia, fault-tolerant tightly-coupled multiprocessor for transaction 
processing. Bernstein, Philip A., C-M Feb 88 37-45 

Computer graphics 

book review; Computer Graphics: Systems and Concepts’ (Salmon, 

R. , and Slater, M.; 1987). Wame, Denis K., C-M Oct 88 
108-109 

review of Thurbhalo graphics package (Product Reviews). Kaman, 
Charles H„ C-MDec 88 82, 83 

review of TriVector’s 3D Illustrator (Product Reviews). Hackett, 
Jan, C-M Jan ^ 108-112 

review of VGA controllers by Paradise and Video Seven (Product 
Reviews). Eckhouse, Richard, C-MDec 88 86-87 
Titan graphics supercomputer; architecture. Diede, Tom, + , C-M 
Sep 88 13-30 

Computer industry 

book review; IBM—The Making of the Common View (Killen, M.; 

1988). Reisman, Sorel, C-MDec 88 107 
book review; Steve Jobs: The Journey is the Reward (Young, J. S.; 

1988). Goodman, Gordon, C-M Nov 88 116-117 
book review; Targeting the Computer: Government Support and 
International Competition’ (Flamm, K.; 1987). Boyer, Vincent 
L„ C-M Oct 88 110 

Computer interfaces 

book review; Handbook of Software and Hardware Interfacing for 
IBM PCs (Royer, J. P.; 1987). Ebert, Jeff S., C-M Mar 88 
157-158 

book review; Interactive Multimedia: Visions of Multimedia for 
Developers, Educators, and Information Providers’ (Ambron, 

S. , and Hooper, K., Eds.; 1988). Reisman, Sorel, C-M Oct 88 
108 

book review; RS 232 Simplified—Everything You Need to Know 
(Putman, B. W.; 1987). Sen, Chanden, C-M Feb <W118 
review of alternative input devices (Product Reviews). Eckhouse, 
Richard, C-M Mar 88 128-131 

review of screen interface systems (Product Reviews). McAuliffe, 
Daniel, + , C-M Feb 88 88-90 

SEGUE, system for specification and generation of distributed, 
structured, graphical user interfaces. Schaffner, Stuart C., + , 
C-M Dec 88 42-55 

Computer language processors 

arguments for microprocessors that support more than high-level 
languages (Open Channel). Cousins, Robert E., C-M Jun 88 
78-79 

Lisp on reduced-instruction-set processor; characterization and 
optimization. Steenkiste, Peter, + , C-M Jul 88 34-45 
review of Ada Compilers for PCs (Product Reviews). Pappas, Frank, 
C-M Sep 88 90-97 

review of Living C interpreter (Product Reviews). McAuliffe, Darnel, 
C-M Mar 88 132 

Computer languages 

book review; Programming with Sets: An Introduction to SETL 
(Schwartz, J. T., et al; 1986). Doberkat, Emst-Erich, C-M Jan 
88 139-140 

book review; The Awk Programming Language (Aho, A., et al.; 
1988). Hughes, Phil, C-M Dec 88 105-106 
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inheritance of synchronization and recovery properties in 
Avalon/C++; application to distributed, reliable systems. 
Detlefs, DavidL., + , C-MDec 88 57-69 

review of Microsoft’s high-performance languages and company’s 
support (Product Reviews). Eckhouse, Richard, + , C-M May 
88 82-88 

review of Visual Cobol-85 for MS-DOS (Product Reviews). Dediu, 
Michael, C-M Dec 88 83 

THERE, remote computation facility for heterogeneous 
environments, and its programming language TPL. Bershad, 
Brian N., + , C-M May 88 50-60 

Computer maintenance 

book review; 68000 Microcomputer Systems: Designing and 
Troubleshooting (Wilcox, A. D.; 1987). Hold, John D., C-M Sep 
88 125 

Computer networks 

book review; Handbook of Computer Communications Standards: 
Volume 1 (Stallings, W.; 1987). Schachter, Lome H., C-M Apr 
88 140 

book review; Telecommunication Networks: Protocols, Modeling 
and Analysis (Schwartz, M.; 1987). Paulk, Mark C., C-M Aug 
88U1 

GOSIP (Government Open Systems Interconnection Profile), US 
implementation of OSI standards. Radack, Shirley M., C-M Jun 
88 82-83 

Computer networks; cf. Local area networks 

Computer operating systems; cf. Software, operating systems 

Computer performance 

measure and benchmark for overall response performance of 3-D 
computer (Open Channel). Rabbat, Guy, + , C-M Jul 88 
59-60 

Computer reliability; cf. Computer fault tolerance 
Computer science 

book review; Principles of Computer Science: Concepts, Algorithms, 
Data Structures, and Applications (Carberry, M. S., et al.; 
1986). Chakrapani, PaniM., C-M May 88 117-118 
Computer science education 

proposal for University of the Air (Open Channel). Neff, Randall, C- 
M May 8815 

report on 1986 - 1987 Taulbee survey on production and 
employment of PhDs, and faculty, of PhD-granting computer 
science/engineering departments of US and Canada. Gries, 
David, + , C-M Aug 88 53-61 

Computer security 

access control system for company computers that mirror 
organization’s internal control systems. Moffett, Jonathan 
D., + , C-M Feb 88 59-69 

Computer testing 

book reviews; Design Analysis and Performance Evaluation 
Methodologies for Database Computers (Demuijain, S. A., et 
al.; 1988). Dawkins, Spencer, C-M Dec 88 105 

European conformance testing program progress and problem areas 
(Standards). Thompson, Kenneth, C-M Nov 88 60-63 
Computer vision; cf. Machine vision 
Computers 

book review; Computers and Social Change: Information, Property, 
and Power (Perrolle, J. A.; 1987). Magrass, Yale, + , C-M Jan 
88 140-141 

high-speed computers of Soviet Union, mid-1960s to present. 
Wolcott, Peter, + , C-M Sep 88 32-41 
Computers; cf. Specific type or topic 

Conference reports 

report on 1988 International Test Conference. Davidson, Scott, C-M 
Dec 88 98 

special report on National Conference on Strategic Management of 
R&D in the US, June 1988, Arlington, VA. Myers, Ware, + , 
C-M Sep 88 58-65 

Copyright protection; cf. Software protection 


D 

Data communication; cf. Computer networks; Digital communication; 
Local area networks 

Data models 

traditional, semantic, and hypersemantic approaches to data 
modeling. Potter, Walter D., + , C-M Jun 88 53-63. f 
Data security; cf. Computer security 
Data structures 

book review; Data Structures: With Abstract Data Types and 
Modula-2’ (Stubbs, D. F„ and Webre, N. W. ; 1987). Yeung, 
Grace C. N., C-M Oct 88 WO 


Database design 

book review; Database Design Fundamentals: A Structured 
Introduction to Databases and a Structured Application Design 
Methodology (Rishe N.; 1988). Maciaszek, LeszekA., C-M Nov 
88 115-116 

Database management systems 

book review; Relational Database Management for Microcomputers: 
Design and Implementation (Harrington, J.; 1988). Ahmad, 
Mushtaq, C-M Dec 88 107 

review of Nutshell Plus relational file manager, Version 1.0 (Product 
Reviews). Dediu, Michael, C-M Jun 88 96 

Database systems 

book review; Database Computers: Principles, Architectures, and 
Techniques (Su, S. Y. W.; 1988). Gross, Robert M„ C-M Nov 88 

117- 118 

book reviews; Design Analysis and Performance Evaluation 
Methodologies for Database Computers (Demurjain, S. A., et 
al.; 1988). Dawkins, Spencer, C-M Dec 88 105 
Database systems; cf. Data models; Database management systems; 

Information systems 
Database systems, relational 

book review; Relational Database Management for Microcomputers: 
Design and Implementation (Harrington, J.; 1988). Ahmad, 
Mushtaq, C-M Dec 88 107 

book review; Relational Database: Selected Writings (Date, C. J.; 
1987). Gross, Robert M„ C-M Feb 88 116-117 
Database systems, searching; cf. Information retrieval 
Digital communication 

book review; Digital Communications: Fundamentals and 
Applications (Sklar, B.; 1988). Dawkins, Spencer, C-M May 88 

Digital system testing; cf. Computer testing 
Discrete Fourier transforms 

Armstrong multiprocessor system and applications software; use for 
computation of 2-D DFT of image. Ray field, James T., + , C- 
MJun 88 38-52 

Disk controllers 

review of Konan Ten Time caching disk controller (Product 
Reviews). Eckhouse, Richard, C-M Dec 88 89-90 

Displays 

review of screen interface systems (Product Reviews). McAuliffe, 
Daniel, + , C-M Feb 88 88-90 
Displays; cf. Computer graphics 
Distributed computing 

book review; Explorations in Parallel Distributed Processing: A 
Handbook of Models, Programs, and Exercises (McClelland, J. 
L., and Rumelhart, D. E.; 1988). Raney, Scott M„ C-M Aug 88 

118- 119 

inheritance of synchronization and recovery properties in 
Avalon/C ++; application to distributed, reliable systems. 
Detlefs, David L., + , C-M Dec 88 57-69 
SEGUE, system for specification and generation of distributed, 
structured, graphical user interfaces. Schaffner, Stuart C., + , 
C-M Dec 88 42-55 

THERE, remote computation facility for heterogeneous 
environments, and its programming language TPL. Bershad, 
Brian N., + , C-M May 88 50-60 

Document handling 

review of TriVector’s 3D Illustrator (Product Reviews). Hackett, 
Jan, C-M Jan 88 108-112 


E 


Education 

proposal for University of the Air (Open Channel). Neff, Randall, C- 
M May 8815 

Education; cf. Engineering education 

Educational technology 

book review; Interactive Multimedia: Visions of Multimedia for 
Developers, Educators, and Information Providers’ (Ambron, 
S., and Hooper, K., Eds.- 1988). Reisman, Sorel, C-M Oct 88 
108 

structuring computer interaction to be like conversation to improve 
computer-assisted instruction (Open Channel). Gibbons, Hugh, 
C-M Aug 88 64-66 

Electronic publishing 

document development using both direct manipulation and source- 
language model to specify document. Chen, Pehong, + , C-M 
Jan 88 15-31 

electronic publishing technologies (special issue). C-M Jan 88 12-96 

review of software and hardware products for desktop publishing 
(Product Reviews). Eckhouse, Richard, C-M Oct 88 66-72 


December 1988 


t Check author entry for subsequent corrections/comments 


139 






styles in document editing systems. Johnson, Jeff, + , C-M Jan 88 
32-43 

supporting document development with Concordia object-oriented 
environment. Walker, Janet H., C-M Jan 88 48-59 

Engineering education 

proposal for Industrial PhD Scholar program, similar in concept to 
Executive MBA. Carinos, Felipe, Jr., C-M Oct 88 8 

Expert systems 

automatic programming myths and prospects. Rich, Charles, + , 
C-M Aug 88 40-51 

Programmer’s Apprentice, project to develop theory of how expert 
programmers program; research overview. Rich, Charles, + , 
C-M Nov 88 11-25 

review of Clips and Personal Consultant, PC-based expert system 
shells for first-time developer (Product Reviews). Raeth, Peter 
G., C-M Nov 8813-SI 

review of ESIE, EXsys, and VP-Expert (Product Reviews). Barr, 
Valerie, C-M Nov 88 68-73 

System Z-II, rule-based expert system using fuzziness and 
uncertainty. Leung, K. S., + , C-M Sep 88 43-56 


F 

Fault tolerance; cf. Computer fault tolerance 
Filters; cf. Adaptive filters 
Finance; cf. Accounting software 
Fourier transforms; cf. Discrete Fourier transforms 
Fuzzy logic 

System Z-II, rule-based expert system using fuzziness and 
uncertainty. Leung, K. S., + , C-M Sep 88 43-56 
tutorial on fuzzy logic. Zadeh, LoftiA., C-M Apr 88 83-93 


G 


Information systems 

book review; The Information Edge (Meyer, N. D., and Boone, M. 
E.; 1987). Gray, Paul, C-M Feb 88 118 
Information systems; cf. Database systems 

Integrated circuits; cf. CMOS integrated circuits; Very large-scale 
integration 
Interactive systems 

book review; Interactive Multimedia: Visions of Multimedia for 
Developers, Educators, and Information Providers’ (Ambron, 
S., and Hooper, K., Eds.; 1988). Reisman, Sorel, C-M Oct 88 
108 


K 

Knowledge-based systems; cf. Expert systems 


L 

Language processors; cf. Computer language processors 
Languages; cf. Computer languages 
Large-scale integration 

multiplier chip with multivalued bidirectional current-mode logic 
circuits. Kameyama, Michitaka, + , C-M Apr 88 43-56 
Legal factors; cf. Software protection 

Local area networks „ , , 

book review; Handbook of Computer Communications Standards: 
Volume 1 (Stallings, W.; 1987). Schachter, LomeH., C-M Apr 
88 140 

book review; Local Area Networks and Their Architectures 
(Yakubaitis, E. A.; 1986). Grote, Walter, C-M Aug 88 118 
book review; MAP/TOP Networking: A Foundation for Computer- 
Integrated Manufacturing (Jones, V. C.; 1988). Stanley, Robert 
C., C-M Sep 88 124 

review of entry-level networking system (Product Reviews). 

Eckhouse, Richard, C-M Mar 88 131-132 
review of LANtastic low-cost full-featured LAN (Product Reviews). 

Eckhouse, Richard, C-M Aug 88 90-91 
Sprite experimental operating system for network of high- 
performance multiprocessor workstations. Ousterhout, John 
K., + , C-M Feb 88 23-36 
Logic arrays; cf. Programmable logic arrays 
Logic circuits; cf. Multivalued logic circuits 


H 


Hierarchical systems 

case for direct-mapped caches; single-level caches and extension to 
two-level caches. Hill, MarkD., C-M Dec 5525-40 
Hypertext; cf. Information retrieval 


IEEE standards 

profile of IEEE Software Engineering Standards Subcommittee 
(Standards). Wood, Helen M., C-M Jan 5598-101 
work of Project 610 of IEEE Computer Society’s Standards 
Activities Board on standard dictionary of computer 
terminology (Standards). Radatz, Jane, C-M Feb 5572-77 

Image analysis; cf. Pattern recognition 

Image motion analysis 

computing motion using analog and binary resistive networks; 
CMOS VLSI implementation. Hutchinson, James, + , C-M 
Mar 88 52-63 

Image processing 

Armstrong multiprocessor system and applications software; use for 
computation of 2-D DFT of image. Rayfield, James T., + , C- 
MJun 88 38-52 

Imaging/mapping 

book review; Fundamentals of Electronic Imaging Systems: Some 
Aspects of Imaging Processing (Schreiber, W. F., 1986). 
Haskins, Robert D., CM Oct 88 109 

Information retrieval 

comments, with reply, on ‘Parallel querying of large databases: A 
case study’ by H. S. Stone. Eastman, Caroline M., C-M Jan 88 8, 
10 (Original paper, Oct 87 11-21). f 
finding facts vs. browsing knowledge in hypertext systems. 

Marchionini, Gary, + , C-M Jan 5570-79 
hashing for dynamic and static internal tables. Lewis, Ted G., + , 
C-M Oct 88 45-56 

Intermedia, multiapplication hypertext system for desktop user 
environment. Yankelovich, Nicole, + , C-M Jan 88 81-96 
Optical File Cabinet, random-access file system for write-once 
optical disks. Gait, Jason, C-MJun 88 11-22 


M 


Machine vision 

computing motion using analog and binary resistive networks; 
CMOS VLSI implementation. Hutchinson, James, + , C-M 
Mar 88 52-63 

Manufacturing automation 

book review; Manufacturing Intelligence (Wright, P. K., and 
Bourne, D. A.; 1988). Johnson, Guy, C-MJun 55117 

book review; MAP/TOP Networking: A Foundation for Computer- 
Integrated Manufacturing (Jones, V. C.; 1988). Stanley, Robert 
C., C-M Sep 88 124 
Mathematics 

review of mathematics-oriented software (Product Reviews). 
Wasserman, Allen L., + , C-MJun 88 89-95 
Memories; cf. Associative memories; Cache memories; CD-ROMs 
Memory management 

programming in VS Fortran on IBM 3090 for maximum vector 
performance. Liu, Bowen, + , C-MJun 88 65-76 

reducing contention in shared-memory multiprocessors. Stenstrom, 
Per, C-M Nov 88 26-37 

review of Super PC-Kwik Disk Accelerator and RAM Lord Version 
2 (Product Reviews). Reisman, Sorel, C-MJun 5598 

Microcomputer languages 

arguments for microprocessors that support more than high-level 
languages (Open Channel). Cousins, Robert E., C-M Jun 88 
78-79 

Microcomputer software 

book review; Relational Database Management for Microcomputers: 
Design and Implementation (Harrington, J.; 1988). Ahmad, 
Mushtaq, C-M Dec 88 107 
Microcomputer software, operating systems 

review of operating environments for 80386 computers (Product 
Reviews). Eckhouse, Richard, C-M Aug 88 82-89 
Microcomputers 

book review; Handbook of Software and Hardware Interfacing for 
IBM PCs (Royer, J. P.; 1987). Ebert, Jeff S., C-M Mar 88 
157-158 

book review; IBM Personal System/2: A Business Perspective 
(Hoskins, J. W.; 1987). Stott, Charles B., C-M Mar 88 157 
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book review; Microcomputer Hardware Design (Protopapas, D. A.; 

1988). Gould, Alan E, C-MMar88 158 
book review; 68000 Microcomputer Systems: Designing and 
Troubleshooting (Wilcox, A. D.; 1987). Hold, John D., C-MSep 
88 125 

review of Fivestar FS386 32-b PC (Product Reviews). Gleason, 
William C-MJul 88 74-76 

review of products for build-your-own 80386-based systems (Product 
Reviews). Pappas, Frank, C-MJul 8816-Si 
review of proto-board for IBM PC. Eckhouse, Richard, G-MDec 88 
84,85 

review of 386-based PCs (Product Reviews). Eckhouse, Richard, C- 
M Apr 88 108-114 

Microprocessors 

review of P68000 uLab training system for 68000 chip. Eckhouse, D. 
Noah, C-M Dec 88 SS 

MOS integrated circuits; cf. CMOS integrated circuits 

Multiplication 

multiplier chip with multivalued bidirectional current-mode logic 
circuits. Kameyama, Michitaka, + , C-MApr 88 43-56 

Multiprocessing 

high-speed computers of Soviet Union, mid-1960s to present. 

Wolcott, Peter, + , C-M Sep 88 32-41 
reducing contention in shared-memory multiprocessors. Stenstrom, 
Per, C-M Nov 88 26-37 

Sequoia, fault-tolerant tightly-coupled multiprocessor for transaction 
processing. Bernstein, Philip A., C-M Feb 88 37-45 
Sprite experimental operating system for network of high- 
performance multiprocessor workstations. Ousterhout, John 
K, + , C-M Feb 8823-36 

synchronization, coherence, and event-ordering in multiprocessors. 

Dubois, Michel, + , C-M Feb 88 9-21 
taxonomy for computer architecture. Skillicom, David B., C-M Nov 
8846-51 

theory of plausible design described and applied to design of special- 
purpose multiprocessor. Hooton, Alan R., + , C-M Jul 88 
21-31 

Multiprocessing; cf. Supercomputers 

Multivalued logic 

multiple-valued logic (special issue). C-M Apr 88 13-93 

tutorial on multivalued logic. Smith, Kenneth C., C-M Apr 88 17-27. 

Multivalued logic circuits 

design and optimization of two-valued programmable logic arrays 
using multivalued logic elements. Sasao, Tsutomu, C-M Apr 88 
71-80 

multiplier chip with multivalued bidirectional current-mode logic 
circuits. Kameyama, Michitaka, + , C-MApr 88 43-56 
multivalued logic circuits using charge-coupled devices. Butler, Jon 
T„ + , C-M Apr 88 58-69 

performance of multivalued ICs. Etiemble, Daniel, + , C-M Apr 88 
28-42 


N 

Neural networks 

adaptive filtering and pattern recognition using neural nets. Widrow, 
Bernard, + , C-M Mar 8825-39 

ART (adaptive resonance theory) architectures; self-organizing 
neural networks for adaptive pattern recognition. Carpenter, 
Gail A., + , C-M Mar 88 77-88 
artificial neural systems (special issue). C-M Mar 88 S-Wl 
computing motion using analog and binary resistive networks; 
CMOS VLSI implementation. Hutchinson, James, + , C-M 
Mar 88 52-63 

computing with structured neural networks comprising massively 
parallel connectionist systems. Feldman, Jerome A., + , C-M 
Mar8891-103 

phonetic typewriter using neural-network processor for speech 
recognition. Kohonen, Teuvo, C-M Mar 88 11-22 
self-organization in perceptual network. Linsker, Ralph, C-M Mar 
88 105-117 

visual pattern recognition using neural network. Fukushima, 
Kunihiko, C-M Mar 88 65-15 

VLSI implementation of neural network model; application as 
associative memory and pattern classifier. Graf, Hans P., + , 
C-M Mar 884\-49 


O 

Office automation 

book review; Design of Office Information Systems (Ellis, C. A., and 
Naffah, N.; 1987). Jones, Vincent C, C-M May 88 116-117 


book review; MAP/TOP Networking: A Foundation for Computer- 
Integrated Manufacturing (Jones, V. C.; 1988). Stanley, Robert 
C., C-M Sep 88 124 

review of Hot Line version 2.0 electronic phone book software 
(Product Reviews). Dediu, Michael, C-MJun 8891 
Office automation; cf. Document handling; Text processing; Word 
processing 

Open System Interconnection (OSI); cf. Computer networks 
Operating systems; cf. Software, operating systems 
Optical memories 

Optical File Cabinet, random-access file system for write-once 
optical disks. Gait, Jason, C-MJun 88 11-22 

Optical memories; cf. CD-ROMs 


Parallel processing 

Armstrong multiprocessor system and applications software; use for 
computation of 2-D DFT of image. Ray field, James T., + , C- 
MJun88 38-52 

book review; Explorations in Parallel Distributed Processing: A 
Handbook of Models, Programs, and Exercises (McClelland, J. 
L., and Rumelhart, D. E.; 1988). Raney, Scott M„ C-M Aug 88 
118-119 

book review; Programming Parallel Processors (Babb, Robert G., II, 
Ed.-, 1988). DeMarco, Tom, C-M Apr 88 141 
computing with structured neural networks comprising massively 
parallel connectionist systems. Feldman, Jerome A., + , C-M 
Mar8891-103 

Connection Machine, massively data-parallel computer. Tucker, 
Lewis W„ + , C-M Aug 88 26-38 
multicomputers, message-passing concurrent computers. Athas, 
William C., + , C-M Aug 889-24 
optimum parallel architecture for high-speed real-time digital signal 
processing. Lang, Gordon R., + , C-M Feb 88 41-51 
PARET (Parallel Architecture Research and Evaluation Tool) 
animated environment for modeling of multicomputer systems. 
Nichols, Kathleen M„ + , C-M May88 39-48 
taxonomy for computer architecture. Skillicom, David B., C-M Nov 
8846-51 

Parallel processing; cf. Array processing; Supercomputers 

Pattern classification 

neural network implementation using VLSI circuit; application as 
associative memory and pattern classifier. Graf, Hans P., + , 
C-M Mar 8841-49 

Pattern recognition 

ART (adaptive resonance theory) architectures; self-organizing 
neural networks for adaptive pattern recognition. Carpenter, 
Gail A., + , C-M Mar 8811 -88 

neural nets for adaptive filtering and adaptive pattern recognition. 

Widrow, Bernard, + , C-M Mar 88 25-39 
neural network for visual pattern recognition. Fukushima, Kunihiko, 
C-M Mar8865-15 

Pattern recognition; cf. Speech recognition 

Pipeline processing 

reducing branch penalty in pipelined processors. Liija, David J., C-M 
Jul 88 41-55 

Pipeline processing; cf. Array processing 

Product reviews 

review of Ada compilers for PCs. Pappas, Frank, C-M Sep 88 90-97 
review of alternative input devices. Eckhouse, Richard, C-M Mar 88 
128-131 

review of entry-level networking system. Eckhouse, Richard, C-M 
Mar 88 131-132 

review of Fivestar FS386 32-b PC. Gleason, William, C-M Jul 88 
14-16 

review of Konan Ten Time caching disk controller. Eckhouse, 
Richard, C-M Dec 88 89-90 

review of LANtastic low-cost full-featured LAN. Eckhouse, 
Richard C-M Aug 8890-91 

review of Living C interpreter. McAuliffe, Daniel, C-M Mar 88 132 
review of Microsoft’s high-performance languages and company’s 
support. Eckhouse, Richard, C-M May 88 82-88 
review of operating environments for 80386 computers. Eckhouse, 
Richard C-M Aug 88 82-89 

review of products for build-your-own 80386-based systems (Product 
Reviews). Pappas, Frank, C-M Jul 881 6-83 
review of proto-board for IBM PC. Eckhouse, Richard, C-M Dec 88 
84, 85 

review of P68000 p.Lab training system for 68000 chip. Eckhouse, D. 
Noah, C-M Dec 88%% 
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review of screen interface systems (Product Reviews). McAuliffe, 
Daniel, + , C-M Feb 88 88-90 ..... 

review of software and hardware products for desktop publishing 
(Product Reviews). Eckhouse, Richard, C-M Oct 88 66-72 
review of TriVector’s 3D Illustrator. Hackett, Jan, C-M Jan 88 
108-H2 

review of VGA controllers by Paradise and Video Seven. Eckhouse, 
Richard, C-M Dec 88 86-87 

review of 386-based PCs. Eckhouse, Richard, C-M Apr 88 108-114 
Product reviews; cf. Software reviews 
Programmable logic arrays 

design and optimization of two-valued programmable logic arrays 
using multivalued logic elements. Sasao, Tsutomu, C-M Apr 88 
71-80 

Protocols 

book review; Telecommunication Networks: Protocols, Modeling 
and Analysis (Schwartz, M.; 1987). Paulk, Mark C., C-M Aug 


88 117 

electronic publishing technologies (special issue). C-M Jan 88 12-96 
FolioPub, publication management system. Schlichter, Johann 
H„ + , C-M Jan 8861-69 

review of software and hardware products for desktop publishing 
(Product Reviews). Eckhouse, Richard, C-M Oct 8866-12 


Q 

Quality assurance; cf. Software quality 


R 

RD&E Management 

special report on National Conference on Strategic Management of 
R&D in the US, June 1988, Arlington, VA. Myers, Ware, + , 
C-M Sep 88 58-65 

Read-only memories; cf. CD-ROMs 
Real-time systems 

misconceptions about and technical issues of real-time computing. 
Stankovic, John A., C-M Oct 88 10-19 


S 


Security; cf. Computer security 
Signal processing 

optimum parallel architecture for high-speed real-time digital signal 
processing. Lang, Gordon R. + , C-M Feb 88 47-57 
Signal processing; cf. Array processing; Image processing 
Social factors; cf. Technology social factors 
Software design/development 

automatic programming myths and prospects. Rich, Charles, + , 
C-MAug88 40-51 

Balsa-11 algorithm animation environment for exploring dynamic 
behavior of programs. Brown, Marc H., C-M May 88 14-36 
book review; Computer Lib/Dream Machines—Revised and 
Updated (Nelson, T.; 1987). Reisman, Sorel, C-M Jul 88 
107-108 

book review; Database Design Fundamentals: A Structured 
Introduction to Databases and a Structured Application Design 
Methodology (RisheN.; 1988). Maciaszek, LeszekA., C-M Nov 
88 115-116 

book review; Program Construction (Stone, R. G., and Cooke, D. J.; 
1987). Mili, Ali, C-MJun 88 118 

book review; Programming Parallel Processors (Babb, Robert G., II, 
Ed.; 1988). DeMarco, Tom, C-M Apr 88 141 
book review; Programming Windows (Petzold, C.; 1988). Stott, 
Charles B„ C-M Sep 88 123-124 

book review; Software Engineering: Planning for Change (Lamb, D. 

A. ; 1988). Eliot, LanceH„ C-MMar88l56-\51 

book review; Software Engineering with Systems Analysis and 
Design (Steward, D. W.; 1987). Sigrist, Ronald L., C-M Apr 88 
142 

book review; Unix System Programming (Haviland, K., and Salama, 

B. ; 1987). Hughes, Phil, C-MJun 88 116 

comments, with reply, on ‘Source code’ by M. Weiser. Berber, Rene, 
C-M Apr 88 8,11 (Original paper, Nov 87 66-73) 
comments, with reply, on ‘The effect of abstract data types on 
program development’ by J. Mitchell, et al.. Weems, Chip, + , 
C-M Apr 88 6, 8 (Original paper, Aug 87 85-88) 


Programmer’s Apprentice, project to develop theory of how expert 
programmers program; research overview. Rich, Charles, + , 
C-M Nov 88 11-25 

programming in VS Fortran on IBM 3090 for maximum vector 
performance. Liu, Bowen, + , C-MJun 88 65-76 
representation of software information; context for evaluating 
alternatives. Webster, Dallas E., C-M Dec 88 8-23 
review of Norton on-line programmer guides (Product Reviews). 

McA uliffe, Daniel, C-M Dec 88 81 
spiral model of software development and enhancement. Boehm, 
Barry W., C-M May 8861-12 

stepwise refinement and verification in box-structured systems. 

Mills, Harlan D., C-MJun 8823-36 
style in object-oriented programming (Open Channel). Lteberherr, 
Karl, + , C-MJun 88 79-81 

Software development environments 

SEGUE, system for specification and generation of distributed, 
structured, graphical user interfaces. Schaffner, Stuart C., + , 
C-M Dec 88 42-55 
Software development management 

book review; Peopleware: Productive Projects and Teams (DeMarco, 
T., and Lister, T.; 1987). Reisman, Sorel, C-MJun 88 116-117 
book review; Principles of Software Engineering Management (Glib, 
T„ and Finzi, S.; 1988). DeMarco, Tom, C-M Aug 88 116 
US policy on software for supercomputers; position paper and report. 
IEEE United States Activities Board, Communications and 
Information Policy Ctte., Scientific Supercomputer 
Subctte., i , C-M Dec 88 70-73 
Software education; cf. Computer science education 


Software maintenance 


book review; Software Engineering: Planning for Change (Lamb, D. 
A.; 1988). Eliot, Lance H., C-M Mar 88 156-157 


book review; Software Metrics; Establishing a Company-Wide 
Program (Grady, R. B., and Caswell, D. L.; 1987). Cartwright, 
Jeff, C-M Apr 88 141-142 

review of PC-Metric Version 1.1 for measuring program complexity 
(Product Reviews). McAuliffe, Daniel, C-MJun 8891-9% 


MAug88 \ \l-\\% 
book review; Operating Systems: Design and Implementation 
(Tanenbaum, A. S.; 1987). Kitchen, Andrew, C-M Feb 116 

book review; The Pick Operating System: A Practical Guide 
(Bourdon, R. J.; 1987). Ramming, Doug, C-M May 88W1 
real-time computing; misconceptions and technical issues. Stankovic, 
John A., C-M Oct 88 10-19 

Sequoia, fault-tolerant tightly-coupled multiprocessor for transaction 
processing. Bernstein, Philip A., C-M Feb 88 37-45 
Sprite experimental operating system for network of high- 
performance multiprocessor workstations. Ousterhout, John 
K, + , C-M Feb 88 23-36 
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review of WordPerfect version 4.2 (Product Reviews). McAuliffe, 
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Software standards 

establishment of Open Software Foundation (Standards). Wood, 
Helen M., C-MJul 88 62 

profile of IEEE Software Engineering Standards Subcommittee 
(Standards). Wood, Helen M„ C-M Jan 8898-101 
Software testing 

book review; Software Testing and Evaluation (DeMillo, R. A., et al.; 
1987). Colombano, SilvanoP, C-M Dec 88 106-107 

Soviet Union 

high-speed computers of Soviet Union, mid-1960s to present. 
Wolcott, Peter, + , C-M Sep 88 32-41 
Special issues/sections 

artificial neural systems. C-M Mar 88 8-117 
electronic publishing technologies. C-M Jan 88 12-96 
multiple-valued logic. C-Af Apr 88 13-93 
Speech communication 

book review; Speech Communication: Human and Machine 
(O’Shaughnessy, D.; 1987). Cartwright, Jeff, C-M Nov 88 118 

Speech recognition 

phonetic typewriter using neural-network processor for speech 
recognition. Kohonen, Teuvo, C-M Mar 88 11-22 

Spreadsheets 

review of Quattro, alternative to Lotus 1-2-3 (Product Reviews). 
McAuliffe, Daniel, C-M Dec 88 85 

Standards 

book review; RS 232 Simplified—Everything You Need to Know 
(Putman, B. W.; 1987). Sen, Chanden, C-M Feb 88UZ 
establishment of Open Software Foundation (Standards). Wood, 
Helen M„ C-MJul 88 62 

GOSIP (Government Open Systems Interconnection Profile), US 
implementation ofOSI standards. Radack, Shirley M., C-M Jun 
8881-81 

need for computer community to pursue supercomputer 

benchmarking (Standards). Martin, Joanne L., + , C-M Sep 
88 68-69 

standards development opportunities and challenges (Standards). 
Yudkin, Howard L., C-M A ug 88 67-68 
Standards; cf. IEEE standards 
Supercomputers 
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benchmarking (Standards). Martin, Joanne L„ + , C-M Sep 
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review of new quarterly published by MIT Press, International 
Journal of Supercomputer Applications. Comer, Patricia, C-M 
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Titan graphics supercomputer; architecture. Diede, Tom, + , C-M 
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US policy on software for supercomputers; position paper and report. 
IEEE United States Activities Board, Communications and 
Information Policy Ctte., Scientific Supercomputer 
Subctte., + , C-M Dec 8870-78 
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multiprocessor synchronization, coherence, and event-ordering. 
Dubois, Michel, + , C-M Feb 889-21 


Technology social factors 

book review; Computers and Social Change: Information, Property, 
and Power (Perrolle, J. A.; 1987). Magrass, Yale, + , C-M Jan 
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R&D in the US, June 1988, Arlington, VA. Myers, Ware, + , 
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Activities Board on standard dictionary of computer 
terminology (Standards). Radatz, Jane, C-M Feb 88 72-77 
Test Conference, 1988 International 
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Testing; cf. Computer testing; Software testing 
Text processing 

finding facts vs. browsing knowledge in hypertext systems. 

Marchionini, Gary, + , C-M Jan 88 70-79 
Intermedia, multiapplication hypertext system for desktop user 
environment. Yankelovich, Nicole, + , C-M Jan 88 8\-9b 
phonetic typewriter using neural-network processor for speech 
recognition. Kohonen, Teuvo, C-M Mar 88 11-22 
styles in document editing systems. Johnson, Jeff, + , C-M Jan 88 
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Transforms; cf. Discrete Fourier transforms 

Typesetting 
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Uncertain systems 

System Z-II, rule-based expert system using fuzziness and 
uncertainty. Leung, K. S., + , C-M Sep 88 43-56 

United States 

book review; Targeting the Computer: Government Support and 
International Competition’ (Flamm, K.; 1987). Boyer, Vincent 
L., C-M Oct 88 110 

GOSIP (Government Open Systems Interconnection Profile), US 
implementation of OSI standards. Radack, Shirley M., C-M Jun 
88 82-83 

US policy on software for supercomputers; position paper and report. 
IEEE United States Activities Board, Communications and 
Information Policy Ctte., Scientific Supercomputer 
Subctte., + , C-M Dec 88 70-73 
USSR; cf. Soviet Union 
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programming in VS Fortran on IBM 3090 for maximum vector 
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VLSI (very large-scale integration) 
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neural network implementation using VLSI circuit; application as 
associative memory and pattern classifiers. Graf, Hans P., + 
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Word processing 

review of Galaxy word processing software (Product Reviews). 
Gleason, William, C-M Dec 88 88 

review of Wordbench multifunction package for writers (Product 
Reviews). Gleason William, C-M Dec 88 89 
review of WordPerfect version 4.2 (Product Reviews). McAuliffe, 
Daniel, C-M Dec 88 84, 85 
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